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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document is part of a series of documents specifying charging functionahty and charging management in 
GSM/UMTS networks. The GSM/UMTS core network charging architecture and principles are specified in 
3GPP TS 32.240 [1], which provides an umbrella for other charging management documents that specify: 

• the content of the CDRs per domain / subsystem / service (offline charging); 

• the content of real-time charging messages per domain / subsystem /service (online charging); 

• the functionality of online and offline charging for those domains / subsystems / services; 

• the interfaces that are used in the charging framework to transfer the charging information (i.e. CDRs or 
charging events). 

The complete document structure for these TSs is defined in 3GPP TS 32.240 [1]. 

The present document specifies the Offline and Online Charging description for the Packet Switched (PS) domain (i.e. 
GPRS), based on the functional stage 2 description of GPRS in 3GPP TS 23.060 [201]. This charging description 
includes the offline and online charging architecture and scenarios specific to the PS domain, as well as the mapping of 
the common 3GPP charging architecture specified in TS 32.240 [1] onto the PS domain. It further specifies the structure 
and content of the CDRs for offline charging, and the charging events for online charging. The present document is 
related to other 3GPP charging TSs as follows: 

The common 3GPP charging architecture is specified in TS 32.240 [1]; 

The parameters, abstract syntax and encoding rules for the CDRs are specified in TS 32.298 [51]; 

A transaction based mechanism for the transfer of CDRs within the network is specified in TS 32.295 [54]; 

The file based mechanism used to transfer the CDRs from the network to the operator"s billing domain (e.g. 
the billing system or a mediation device) is specified in TS 32.297 [52]; 

The 3GPP Diameter application that is used for PS domain offline and onhne charging is specified in TS 
32.299 [50]. 

Note that a CAMEL based prepaid function and protocol is also specified for the PS domain (3GPP TS 23.078 [206] 
and 3GPP TS 29.078 [202]). CAMEL entities and functions are outside the scope of the present document. 

All terms, definitions and abbreviations used in the present document, that are common across 3GPP TSs, are defined in 
3GPP TR 21.905 [100]. Those that are common across charging management in GSM/UMTS domains,services or 
subsystems are provided in the umbrella document 3GPP TS 32.240 [1] and are copied into clause 3 of the present 
document for ease of reading. Finally, those items that are specific to the present document are defined exclusively in 
the present document. 

Furthermore, requirements that govern the charging work are specified in 3GPP TS 22. 115 [102]. 
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3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms end definitions defined in 3GPP TR 21.905 [100], 
3GPP TS 32.240 [1] and 3GPP TS 22.060 [200], and the following apply: 

2G-/3G-: prefixes 2G- and 3G- refer to functionality that supports only GSM or UMTS, respectively, e.g. 2G-SGSN 

refers only to the GSM functionality of an SGSN 

When the term/prefix is omitted, reference is made independently from the GSM or UMTS functionality. 

accounting: process of apportioning charges between the Home Environment, Serving Network and Subscriber. 

billing: function whereby CDRs generated by the charging function(s) are transformed into bills requiring payment. 

Billing Domain: Part of the operator network, which is outside the core network, that receives and processes CDR files 
from the core network charging functions. It includes functions that can provide billing mediation and billing or other 
(e.g. statistical) end applications. It is only applicable to offline charging (see 'Online Charging System' for equivalent 
functionality in online charging). 

CAMEL: network feature that provides the mechanisms to support operator specific services even when roaming 
outside HPLMN. 

CAMEL subscription information: identifies a subscriber as having CAMEL services. 

CDR field Categories: the CDR fields are defined in the present document. They are divided into the following 

categories: 

• Mandatory (M): field that shall always be present in the CDR. 

• Conditional (C): field that shall be present in a CDR if certain conditions are met. 
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• 



Operator Provisionable: Mandatory (Om): A field that operators have provisioned to always be included in 
the CDR. 



• Operator Provisionable: Conditional (Oc): A field that operators have provisioned to be included in the CDR 
if certain conditions are met. 

chargeable event: activity utilizing telecommunications network resources and related services for: 

■ user to user communication (e.g. a single call, a data communication session or a short message); or 

■ user to network communication (e.g. service profile administration); or 

■ inter-network communication (e.g. transferring calls, signalling, or short messages); or 

■ mobility (e.g. roaming or inter-system handover); and 

■ that the network operator may want to charge for. 

As a minimum, a chargeable event characterises the resource / service usage and indicates the identity of the involved 
end user(s). 

charged party: user involved in a chargeable event who has to pay parts or the whole charges of the chargeable event, 
or a third party paying the charges caused by one or all users involved in the chargeable event, or a network operator. 

charging: a function within the telecommunications network and the associated OCS/BD components whereby 
information related to a chargeable event is collected, formatted and transferred in order to make it possible to 
determine usage for which the charged party may be billed. 

Charging Data Record (CDR): A formatted collection of information about a chargeable event (e.g. time of call set- 
up, duration of the call, amount of data transferred, etc) for use in billing and accounting. For each party to be charged 
for parts of or all charges of a chargeable event a separate CDR shall be generated, i.e. more than one CDR may be 
generated for a single chargeable event, e.g. because of its long duration, or because more than one charged party is to 
be charged. 

Charging event: a set of charging information forwarded by the CTF towards the CDF (offline charging) or towards 
the OCS (online charging). Each charging event matches exactly one chargeable event. 

charging function: entity inside the core network domain, subsystem or service that is involved in charging for that 
domain, subsystem or service. 

Credit control: ffs. 

domain: part of a communication network that provides network resources using a certain bearer technology. 

Fully qualified Partial CDR (FQPC): partial CDR that contains a complete set of the fields specified in the present 
document. This includes all the mandatory and conditional fields as well as those fields that the PLMN operator has 
provisioned to be included in the CDR. The first Partial CDR shall be a Fully qualified Partial CDR. 

GPRS: packet switched bearer and radio services for GSM and UMTS systems. 

GSM only: qualifier indicating that this clause or paragraph applies only to a GSM system. For multi-system cases this 
is determined by the current serving radio access network. 

in GSM,...: qualifier indicating that this paragraph applies only to GSM System. 

in UMTS,...: qualifier indicating that this paragraph applies only to UMTS System. 

inter-system change: change of radio access between different radio access technologies such as GSM and UMTS. 

middle tier (charging) TS: used for the 3GPP charging TSs that specify the domain / subsystem / service specific, 
online and offline, charging functionality. These are all the TSs in the numbering range from 3GPP TS 32.250 [10] to 
3GPP TS 32.271 [31], e.g. 3GPP TS 32.250 [10] for the CS domain, or 3GPP TS 32.270 [30] for the MMS service. 
Currently, there is only one "tier 1" TS in 3GPP, which is TS 32.240 [1] that specifies the charging architecture and 
principles. Finally, there are a number of top tier TSs in the 32.29x numbering range ([50] ff) that specify common 
charging aspects such as parameter definitions, encoding rules, the common billing domain interface or common 
charging applications. 
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near real-time: near real-time charging and billing information is to be generated, processed, and transported to a 
desired conclusion in less than 1 minute. 

offline charging: charging mechanism where charging information does not affect, in real-time, the service rendered. 

online charging: charging mechanism where charging information can affect, in real-time, the service rendered and 
therefore a direct interaction of the charging mechanism with bearer/session/service control is required. 

Online Charging System: the entity that performs real-time credit control. Its functionality includes transaction 
handling, rating, online correlation and management of subscriber account balances. 

packet switched domain: domain within GSM / UMTS in which data is transferred in packet switched mode. 
Corresponds to the term "GPRS". 

partial CDR: CDR that provides information on part of a subscriber session. A long session may be covered by several 
partial CDRs. Two formats are considered for Partial CDRs. One that contains all of the necessary fields (FQPC); the 
second has a reduced format (RPC). 

Real-time: real-time charging and billing information is to be generated, processed, and transported to a desired 
conclusion in less than 1 second. 

Reduced Partial CDR (RPC): partial CDRs that only provide mandatory fields and information regarding changes in 
the session parameters relative to the previous partial CDR. For example, location information is not repeated in these 
CDRs if the subscriber did not change its location. 

settlement: payment of amounts resulting from the accounting process. 

subscriber: A subscriber is an entity (associated with one or more users) that is engaged in a Subscription with a 
service provider. The subscriber is allowed to subscribe and unsubscribe services, to register a user or a list of users 
authorised to enjoy these services, and also to set the limits relative to the use that associated users make of these 

services. 

tariff period: part of one (calendar) day during which a particular tariff is applied. Defined by the time at which the 
period commences (the switch-over time) and the tariff to be applied after switch-over. 

tariff: set of parameters defining the network utilisation charges for the use of a particular bearer / session / service. 

UMTS only: qualifier indicating that this clause or paragraph applies only to a UMTS system. For multi-system cases 
this is determined by the current serving radio access network. 

user: An entity, not part of the 3GPP System, that uses network resources by means of a subscription. The user may or 
may not be identical to the subscriber holding that subscription. 

User Equipment (UE): A device allowing a user access to network services. For the piupose of 3GPP specifications 
the interface between the UE and the network is the radio interface. A User Equipment can be subdivided into a number 
of domains, the domains being separated by reference points. Currently defined domains are the USIM and ME 
Domains. The ME Domain can further be subdivided into several components showing the connectivity between 
multiple functional groups. These groups can be implemented in one or more hardware devices. An example of such a 
connectivity is the TE - MT interface. Further, an occurrence of a User Equipment is an MS for GSM as defined in 
GSM TS 04.02. 

3.2 Symbols 

For the purposes of the present document the following symbols apply: 

A Interface between an MSC and a BSC. 

Bp Reference point for the CDR file transfer from the GPRS CGF to the BD. 

C Interface between a HLR and a SMSC. 

D Interface between a MSC and a HLR. 

E Interface between a MSC and a SMSC. 

Ga Reference point between a CDF and the CGF for CDR transfer. 

Gb Interface between an SGSN and a BSC. 

Gc Interface between an GGSN and an HLR. 

Gd Interface between an SMS-GMSC and an SGSN, and between a SMS-IWMSC and an SGSN. 

Ge Interface between a SGSN and a CAMEL GSM SCF 
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Gf Interface between an SGSN and an EIR. 

Gi Interface between the Packet-Switched domain and an external packet data network. 

Gn Interface between two GSNs within the same PLMN. 

Gp Interface between two GSNs in different PLMNs. 

Gr Interface between an SGSN and an HLR. 

Gs Interface between an SGSN and an MSC/VLR.Iu Interface between the 3G SGSN and the UTRAN 

kbit/s Kilobits per second. 1 kbit/s = 2^^ bits per second. 

Mbit/s Megabits per second. 1 Mbit/s = 2^^ bits per second. 

R Reference point between a non-ISDN compatible TE and MT. Typically this reference point 

supports a standard serial interface. 

Ro Online Charging Reference Point between a 3G network element and the OCS. 

Um Interface between the Mobile Station (MS) and the GSM fixed network part. 

Uu Interface between the Mobile Station (MS) and the UMTS fixed network part. 

3.3 Abbreviations 

For the purposes of the present document, the abbreviations defined in 3GPP TR 21.905 [50] and the following apply: 

3G 3"^'^ Generation 

AoC Advice of Charge 

APN Access Point Name 

BD Billing Domain 

CAMEL Customized Applications for Mobile network Enhanced Logic 

CCA Credit Control Answer 

CCR Credit Control Request 

CDF Charging Data Function 

CDR Charging Data Record 

CG Charging Gateway 

CGF Charging Gateway Function 

CI Cell Identity 

CS Circuit Switched 

CSE CAMEL Service Environment 

DCCA Diameter Credit Control Application 

ECUR Event Charging with Unit Reservation 

eG-CDR enhanced G-CDR (enhanced by FBC) 

FBC Flow Based bearer Charging 

FQPC Fully Qualified Partial CDR 

G-CDR GGSN generated - CDR 

GGSN Gateway GPRS Support Node 

GPRS General Packet Radio Service 

GSM Global System for Mobile communication 

GSN GPRS Support Node (either SGSN or GGSN) 

GTP GPRS Tunnelling Protocol 

GTP' The GPRS protocol used for CDR transport. It is derived from GTP with enhancements to improve 

transport reliability necessary for CDRs. 

HLR Home Location Register 

HPLMN Home PLMN 

lEC Immediate Event Charging 

IETF Internet Engineering Task Force 

IHOSS:OSP Internet Hosted Octet Stream Service: Octet Stream Protocol 

IMEI International Mobile Equipment Identity 

IMSI International Mobile Subscriber Identity 

IP Internet Protocol 

IPv4 Internet Protocol version 4 

IPv6 Internet Protocol version 6 

ISDN Integrated Services Digital Network 

ITU-T International Telecommunication Union - Telecommunications standardization sector 

LAC Location Area Code 

LR Location Request 

M-CDR Mobility management generated - Charging Data Record 

MCC Mobile Country Code (part of IMSI) 
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ME Mobile Equipment 

MLC Mobile Location Center 

MMS Multimedia Messaging Service 

MNC Mobile Network Code (part of IMSI) 

MO Mobile Originated 

MO-LR Mobile Originated - Location Request 

MS Mobile Station 

MSISDN Mobile Station ISDN number 

MT Mobile Terminated 

MT-LR Mobile Terminated - Location Request 

NE Network Element 

NI Network Identifier (part of the APN) 

NI-LR Network Induced - Location Request 

OCF Online Charging Function 

OCS Online Charging System 

01 Operator Identifier (part of the APN) 

PDN Packet Data Network 

PDP Packet Data Protocol (e.g. IP) 

PDU Packet Data Unit 

PLMN Pubhc Land Mobile Network 

PPP Point-to-Point Protocol 

PS Packet Switched 

QoS Quality of Service 

RAB Radio Access Bearer 

RAC Routing Area Code 

RANAP Radio Access Network Application Part 

RNC Radio Network Controller 

RPC Reduced Partial CDR 

SAC Service Area Code 

S-CDR SGSN (PDP context) generated - CDR 

SCUR Session Charging with Unit Reservation 

SGSN Serving GPRS Support Node 

SMS Short Message Service 

S-SMO-CDR SGSN delivered Short message Mobile Originated - CDR 

S-SMT-CDR SGSN deHvered Short message Mobile Terminated - CDR 

TR Technical Report 

TS Technical Specification 

UMTS Universal Mobile Telecommunications System 

USIM Universal Subscriber Identity Module 

UTRAN UMTS Terrestrial Radio Access Network 
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Architecture considerations 



This clause describes the functional entities involved in the PS domain charging architecture. It also presents the 
mappings of the ubiquitous offline and online charging architecture specified in TS 32.240 [1] onto physical 
implementations that are standardised for the 3GPP PS domain. 



4.1 High level GPRS architecture 



Figure 4.1 shows a high level overview of the GPRS system architecture. Each PLMN has two access points to GPRS 
services, the radio interface (labelled Um in A/Gb mode and Uu in lu mode) used for mobile access and the R reference 
point used for origination or reception of messages. There is an inter PLMN interface labelled Gp that connects two 
independent GPRS packet domain networks for message exchange. 

There is also a PLMN to packet data network reference point called Gi. Gi is defined in 3GPP TS 29.061 [205]. 



R reference 
point 



Um or Uu 




Figure 4.1 : GPRS Access Interfaces and Reference Points 

There may be more than a single network interface to several different packet data networks. These networks may both 
differ in ownership as well as in communications protocol (e.g. TCP/IP etc.). The network operator defines and 
negotiates interconnection with each interconnected packet data network. 

Figure 4.2 depicts the logical GPRS architecture in more detail. The GPRS Core Network functionality is logically 
implemented on two network elements, the Serving GPRS Support Node (SGSN) and the Gateway GPRS Support 
Node (GGSN), connected by a number of new interfaces between each others and the rest of the network. No inference 
should be drawn about the physical configuration of any network element or interface from Figure 4.2. 

Note that a visited GMLC may be connected to the SGSN via the Lg reference point, this is not shown in figure 4.2. 
Refer to TS 32.271 [31] for further information. 
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SMS-IWMSC 



MSCA'LR 



SM-SC 



CAMEL GSM 
SCF 



SGSN 



Signalling Interface 

Signalling and Data Transfer Interface 




Billing 
Domain 



Figure 4.2: Overview of the GPRS Logical Architecture 

The elements that are involved in PS domain charging are specially colorised in figure 4.2. The following nodes may 
generate accounting metrics sets for PS domain CDRs: 

• the SGSN, to record a user's access to PLMN resources, mobility management activities, SMS and LCS usage; 

• the GGSN, to record a user's access to external networks. 

The GSNs send the CDRs to the CGF in near real-time. The responsibility of the CGF is to provide non-volatile CDR 
storage and the Bp interface towards the Billing Domain. Further details on the CGF can be found in TS 32.240 [1] and 
TS 32.297 [52]. 
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4.2 PS domain offline charging architecture 

As described in TS 32.240 [1], the CTF (an integrated component in each charging relevant NE) generates charging 
events and forwards them to the CDF. The CDF, in turn, generates CDRs which are then transferred to the CGF. 
Finally, the CGF creates CDR files and forwards them to the Billing Domain. 

In GPRS, each GSN has an integrated CDF, hence a physical GSN can produce CDRs. The CGF may also be integrated 
in the GSN, or it may exist as a physically separate entity. If the CGF is external to the GSN, then the CDF forwards the 
CDRs to the CGF across the Ga interface. In this case, the relationship between GSN/CDF and CGF is m: 1 . If the CGF 
is integrated in the GSN, then there is only an internal interface between the CDF and the CGF. In this case, the 
relationship between GSN/CDF and CGF is 1:1. An integrated CGF may support the Ga interface from other 
GSN/CDFs. 

When an external CGF is used, this CGF may also be used by other, i.e. non-GPRS, network elements, according to 
network design and operator decision. It should be noted that the CGF may also be an integrated component of the BD 
- in this case, the Bp interface does not exist and is replaced by a proprietary solution internal to the BD. 

Figure 4.3. depicts the architectural options described above. 



PS Domain 



CfSN IcDF/CGF 



GSN 



ICDF 



CGF 



Ga 



GSN [ 



CDF 



Ga 



GSN S5E 



Bp 



Bp 



CGF I 



^R-> 



Ga 



Billing Domain 



BD 



CGF 



Figure 4.3: PS domain offline charging architecture 

The GGSN may include a Traffic Plane Function (TPF) to support Flow Based Bearer Charging (FBC) functionality; 
this is not depicted in figure 4.3. The Ga and Bp reference points include the required functionality, e.g. defined for the 
Gz reference point in TS 23.125 [70]. Refer to clause 5.2.1.3, TS 32.240 [1] and TS 23.125 [70] for further details on 
FBC. 

The GSNs may provide inter-operator charging functionality for Multimedia Broadcast/Multicast Services (MBMS) 
defined in TS 23.246 [207] and TS 32.273 [32], not for subscriber charging. 

In addition to the standardised approaches depicted in figure 4.3, vendors may implement the CDF separately from the 
GSN for the PS domain. In that case, the interface between the GSN (CTF) and the CDF should comply with the 
definition of the Rf interface specified in 3GPP TS 32.299 [50]. 
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4.3 PS domain online charging architecture 

PS domain online charging based on SGSN functions is implemented by CAMEL techniques as described in 3GPP TS 
23.078 [206] and 3GPP TS 29.078 [202], i.e. outside the scope of the 32 series of charging TSs. Note, however, that the 
CDRs described in the present document do contain CAMEL information. This is because some of that information is 
relevant to offline charging in case of CAMEL control of (part of) the session, and thus needs to be captured in the 
offline charging information. However, this is not related to the online charging functions for the PS domain. 

PS domain online charging based on GGSN functions (including the optional TPF) is specified in the present document, 
utilising the Ro interface and application as specified in TS 32.299 [50]. The reason for this alternative solution is that 
operators may enforce the use of HPLMN GGSNs in the case of roaming, hence GGSN service control and charging 
can be executed in the HPLMN in all circumstances. The GGSN based PS domain online charging architecture is 
depicted in figure 4.4. 



GC3SN/TPF — Ro- 



Online Charging System 



Figure 4.4: PS domain GGSN based online charging architecture 

The Ro reference point includes the functionality defined for the Gy reference point (required for the TPF) in TS 23. 125 
[70]. Refer to clause 5.2.1.3, TS 32.240 [1] and TS 23.125 [70] for further details on FBC. 

Details on the interfaces and functions can be found in TS 32.240 [1] for the general architecture components, TS 
32.296 [53] for the OCS, and 32.299 [50] for the Ro application. 
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5 PS domain charging principles and scenarios 

5.1 PS charging principles 

The charging functions specified for the PS domain relate to 

■ mobility management, refer to TS 23.060 [201]; 

■ SMS transmissions / receptions, refer to TS 23.060 [201]; 

■ PDP contexts, refer to TS 23 .060 [20 1 ] ; 

■ LCS events, refer to TS 32.271 [31]; 

■ individual service data flows within a PDP context, refer to TS 23. 125 [72]. 

■ MBMS bearer contexts, refer to TS 23.246 [207] and TS 32.273 [32]. 

5.1.1 Requirements 

The following are high-level charging requirements specific to the packet domain, derived from the requirements in 
3GPPTS 22.115 [102], 23.060 [201] andTS 23.125 [72]. 

1) Every PDP context shall be assigned a unique identity number for billing purposes, (i.e. the charging id). 

2) Data volumes on both the uplink and downlink direction shall be counted separately. The data volumes shall 
reflect the data as delivered to and from the user. 

3) The charging mechanisms shall provide the duration of the PDP context with date and time information. 

4) The network operator may define a subset of the charging information specified by Packet-Switched domain 
charging standards. This means that it shall be possible to configure the SGSN and GGSN for the CDR 
information generated. 

5) The GSNs shall be capable of handling the charging characteristics. Charging characteristics can be specific for 
a subscription or for subscribed PDP contexts (i.e. per APN), see annex A for details. 

6) The SGSN shall support charging of CAMEL services. 

7) The SGSN shall support charging for location requests. 

8) The SGSN may support online charging using CAMEL techniques. 

9) The GGSN may support online charging using IETF based techniques. 

10) The GGSN may be capable of identifying data volumes for individual service data flows (flow based bearer 
charging). 

These requirements apply equally to PS domain online charging and offline charging. 

5.1.2 Charging information 

Charging information in the PS domain network is collected for each MS/UE by the SGSNs and GGSNs, which are 
serving that MS/UE. The SGSN collects charging information for each MS/UE related with the radio network usage, 
while the GGSN collects charging information for each MS related with the external data network usage. Both GSNs 
also collect charging information on usage of the PS domain network resources. For MBMS, charging information in 
the PS domain network is collected for each MBMS bearer context. The following paragraphs list the charging 
information to be collected by the GSNs for both online and offline charging. 

For PDP contexts, the GSNs shall collect the following charging information: 
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1 . usage of the radio interface: the charging information shall describe the amount of data transmitted in MO and 
MT directions categorized with QoS and user protocols; 

2. usage duration: duration of PDP context is counted as the time interval from PDP Context activation to PDP 
Context Deactivation; 

3. usage of the general PS domain resources: the charging information shall describe the usage of other PS domain- 
related resources and the MSs PS domain network activity (e.g. mobility management); 

4. destination and source: the charging information shall provide the actual source addresses used by the subscriber 
for the PDP context. The charging information shall describe the destination addresses with a level of accuracy 
as determined by the Access Point Name (APN); 

5. usage of the external data networks: the charging information shall describe the amount of data sent and received 
to and from the external data network. External networks can be identified by the Access Point Name (APN). 

6. location of MS/UE: HPLMN, VPLMN, plus optional higher-accuracy location information. The highest 
accuracy location information available in a GGSN is a SGSN address. 

For service data flows defined for FBC, the GGSN shall collect the following charging information: 

1 . the information described above for PDP context charging; 

2. the amount of data transmitted in MO and MT directions categorized by service data flow; 

3. usage duration: duration of servive data flows is counted as the time interval from service data flow activation to 
service data flow deactivation. 

For non-PDP context related activities, the SGSN shall collect the following charging information: 

1. mobility management actions for GPRS atttached UEs/MSs; 

2. short messages passing through the SGSN in MO and MT directions; 

3. location requests passing through the SGSN, triggered by the UE/MS, by an external source, or by the network. 
For MBMS bearer contexts, the GSNs shall collect the following charging information: 

1 . usage of the radio interface: the charging information shall describe the amount of data transmitted categorized 
with QoS and MBMS specific information defined in TS 32.273 [72]; 

2. usage duration: duration of MBMS bearer context is counted as the time interval from the local creation of the 
MBMS bearer context to the local deletion of the MBMS bearer context; 

3. source: the charging information shall provide the source address used by the MBMS bearer service for the 
MBMS bearer context. The charging information may describe the destination addresses with a level of accuracy 
as determined by the Access Point Name (APN); 

4. location information: the charging information shall describe a list of the downstream nodes being sent the 
MBMS bearer service. 
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5.2 PS domain offline charging scenarios 
5.2.1 Basic principles 

In order to provide the data required for the management activities outlined in TS 32.240 [1] (billing, accounting, 
statistics etc.), the SGSN and GGSN shall be able to produce CDRs for each of the following: 

• Charging Data related to PDP contexts in the SGSN (S-CDR) and the GGSN (G-CDR); 

• Charging Data related to service data flows in the GGSN (eG-CDR); 

• Charging Data related to MM contexts (Mobile Station Mobility Management Data) in SGSN (M-CDR); 

• SMS Mobile Originated Data (S-SMO-CDR) and SMS Mobile Terminated Data (SMS-SMT-CDR) in the 
SGSN; 

• Charging Data related to mobile originated location requests (LCS-MO-CDR), mobile terminated location 
request (LCS-MT-CDR), and network induced location request (LCS-NI-CDR) pasing through the SGSN; 

• Charging Data related to MBMS bearer contexts (S-MB-CDR and G-MB-CDR). 

The contents and purpose of each of these CDRs, as well as the chargeable events that trigger CDR creation, 
information addition, or closure are described in the following subclauses. A detailed formal description of the CDR 
parameters defined in the present document is to be found in 3GPP TS 32.298 [51]. 

5.2.1 .1 PDP context charging 

SGSN and GGSN collect charging information per user per PDP context. PDP context charging allows the GSNs to 
collect charging information related to data volumes sent to and received by the UE/MS, categorised by the QoS applied 
to the PDP context. The user can be identified by MSISDN and/or IMSI, while the PDP context can be determined by a 
unique identifier generated by the GGSN when creating a PDP context. This identifier is also forwarded to the SGSN so 
as to allow correlation of SGSN PDP context CDRs with the matching GGSN CDRs in the BD. 

The main collected information items are duration of the PDP context and data volume transferred during the lifetime of 
the PDP context. The following chargeable events are defined for PDP context charging: 

■ Start of PDP context. Upon encountering this event, a new CDR for this PDP context is created and the data 
volume is captured for the PDP context. 

■ End of PDP context in the SGSN/GGSN. For the SGSN only, this trigger includes inter-SGSN routing area 
update (e.g. PDP context being moved from a 2G SGSN to a 3G SGSN). The PDP context CDR is closed upon 
encountering this trigger. 

■ Intra-SGSN intersystem change (change of radio interface from GSM to UMTS or vice versa). This event 
applies to the SGSN only and closes the PDP context CDR in the SGSN. A new one is opened if the PDP 
context is still active. 

■ Expiry of an operator configured time limit per PDP context. This event closes the PDP context CDR, and a 
new one is opened if the PDP context is still active. 

■ Expiry of an operator configured data volume limit per PDP context. This event closes the PDP context CDR, 
and a new one is opened if the PDP context is still active. 

■ Change of charging condition: QoS change, tariff time change. When this event is encountered, the current 
volume count is captured and a new volume count is started. 

■ Expiry of an operator configured change of charging condition limit per PDP context. This event closes the 
PDP context CDR, and a new one is opened if the PDP context is still active. 

Management intervention may also force trigger a chargeable event. 
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5.2.1 .2 MM context charging 

The SGSN collects charging information for mobility management actions per attached UE/MS, i.e. per user. The user 
can be identified by MSISDN and/or IMSI. There can be only one MM context per UE/MS at a time, and only the 
SGSN is involved. Therefore there is no need for special MM context identifiers. The main information items collected 
are changes of location pertaining to the UE/MS. The following chargeable events are defined for MM context 
charging: 

Start of MM context (UE/MS attaches to a SGSN). A new M-CDR is created upon encountering this event. 

End of MM context: explicit or implicit GPRS detach, including SGSN change (inter-SGSN routing area 
update including intersystem change). This event triggers the closure of the M-CDR. 

Mobility Change, i.e. a change in the Routing Area. The new location information is captured for the M-CDR. 

Expiry of an operator configured time limit. This event triggers the closure of the M-CDR. 

Expiry of an operator configured mobility change limit. This event triggers the closure of the M-CDR. 

Intra-SGSN intersystem change (change of radio interface from GSM to UMTS or vice versa). This event 
triggers the closure of the M-CDR. 

Management intervention may also force trigger a chargeable event. 

5.2.1 .3 Flow Based bearer Charging (FBC) 

PDP context charging allows the GGSN to collect charging information related to data volumes sent to and received by 
the UE/MS, categorised by the QoS applied to the PDP context. FBC may be supported by the GGSN by the integration 
of a TPF. When the TPF is present, the normal PDP context charging is enhanced by the capability to categorise the 
PDP context data volume by specific service data flows. I.e., while there is only one uplink an one downlink data 
volume count per PDP context in PDP context charging, FBC provides multiple service data flow counts, one each per 
defined service data flow. The default service data flow is the wildcard, i.e. all traffic for all IP addresses, all TCP ports, 
etc.; when no other, specific service data flows are configured, the behaviour of FBC is identical to the normal PDP 
context charging on the GGSN. When further service data flows are specified, traffic is categorised, and counted, 
according to the service data flow specification), and the wildcard service data flow applies to all traffic that does not 
match any of the specific service data flows. Details of this functionality are specified in TS 23.125 [70] and TS 32.240 
[1]. 

The following chargeable events are defined for FBC: 

■ Start of PDP context. Upon encountering this event, a new eG-CDR for this context is created and the data 
volume is captured per service data flow for the PDP context. 

■ Start of service data flow. A new volume count and time stamp for this service data flow is started. 

■ Termination of service data flow. The service data flow volume counter and time stamp is closed and added to 
the eG-CDR. For information on how the termination of service data flows is detected, refer to TS 23.125 [70]. 

■ End of PDP context in the GGSN. The eG-CDR is closed upon encountering this trigger. 

■ Expiry of an operator configured time limit per PDP context. This event closes the eG-CDR, and a new one is 
opened if the PDP context is still active. 

■ Expiry of an operator configured time limit per service data flow. The service data flow volume counter and 
time stamp is closed and added to the eG-CDR. A new service data flow container is opened if the service data 
flow is still active. 

■ Expiry of an operator configured data volume limit per PDP context. This event closes the eG-CDR, and a new 
one is opened if the PDP context is still active. 

■ Expiry of an operator configured data volume limit per service data flow. The service data flow volume 
counter and time stamp is closed and added to the eG-CDR. A new service data flow container is opened if the 
service data flow is still active. 
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■ Change of charging condition: GTP modification (e.g. QoS change, SGSN change, PLMN Id change, RAT 
change), tariff time change. When this event is encountered, all current volume counts and time stamps are 
captured and new volume counts and time stamps for all active service data flows are started. 

■ Expiry of an operator configured report of service flow data limit per PDP context. This event closes the eG- 
CDR, and a new one is opened if the PDP context is still active. 

Management intervention may also force trigger a chargeable event. 

Relevant service data flows for a certain PDP context are determined when FBC is applied. Charging rules are used for 
this determination. One charging rule identifies service data flow to be measured but it can also include certain 
characteristics related to that service data flow. 

Charging rule can contain e.g.: 

service data flow filters to identify packets belonging to certain service data flow, 

whether online/offline charging interface is used, 

rating group for that service data flow and/or 

precedence to the situations where two or more service data flows are overlapping. 
And charging rules can be: 

pre-defmed in GGSN, 

dynamically provisioned by the Charging Rules Function over Gx interface or 

mixture of those two. 
This is specified in TS 23.125 [70] and TS 29.210 [71] 

5.2.1.4 SMS charging 

The SGSN collects charging information for each Short Message sent to, or received by, a MS/UE. There are two 
chargeable events for SMS charging in the SGSN: 

■ the transfer of a SM through the SGSN in MO direction; 

■ the transfer of a SM through the SGSN in MT direction. 
Management intervention may also force trigger a chargeable event. 

5.2.1.5 LCS charging 

The SGSN collects charging information for each Location Request for a MS/UE. The following chargeable events are 
specified for LCS. 

A location request for a MS/UE triggered by that MS/UE (LCS-MO); 

■ A location request for a MS/UE triggered by an external entity (LCS-MT); 

■ A location request for a MS/UE triggered by the network (LCS-NI). 
Management intervention may also force trigger a chargeable event. 



£75/ 



3GPP TS 32.251 version 6.4.0 Release 6 22 ETSI TS 132 251 V6.4.0 (2005-09) 

5.2.1 .6 MBMS context charging 

The SGSN and GGSN collects charging information for each MBMS bearer service activated. The following 
chargeable events are specified for MBMS. 

■ Start of MBMS bearer context. Upon encountering this event, a new CDR for this MBMS bearer context is 
created and the data volume is captured for the MBMS bearer context. 

■ End of MBMS bearer context in the SGSN/GGSN. For the SGSN only, this trigger includes inter-SGSN 
routing area update (e.g. the last UE using the MBMS bearer context leaves the routeing area). The MBMS 
bearer context CDR is closed upon encountering this trigger. 

■ Expiry of an operator configured time limit per MBMS bearer context. This event closes the MBMS bearer 
context CDR, and a new one is opened if the MBMS bearer context is still active. 

■ Expiry of an operator configured data volume limit per MBMS bearer context. This event closes the MBMS 
bearer context CDR, and a new one is opened if the MBMS bearer context is still active. 

■ Change of charging condition: tariff time change. When this event is encountered, the current volume count is 
captured and a new volume count is started. 

■ Expiry of an operator configured change of charging condition limit per MBMS bearer context. This event 
closes the MBMS bearer context CDR, and a new one is opened if the MBMS bearer context is still active. 

Management intervention may also force trigger a chargeable event. 



5.2.2 Rf message flows 



Not applicable, as the separation of the CTF and CDF is not in the scope of the 3GPP PS domain charging standards. 
Refer to clause 4.2 for further information. 

Vendors may nevertheless implement a separate CTF and CDF for PS domain charging. In this case, the approach 
chosen shall conform to the principles and protocol applications specified in TS 32.299 [50]. 



5.2.3 CDR generation 



The S-CDR, M-CDR, S-SMO-CDR, S-SMT-CDR, LCS-MO-CDR, LCS-MT-CDR, LCS-NI-CDR, S-MB-CDR and G- 
MB-CDR are generated by the SGSN and the G-CDR and eG-CDR by the GGSN to collect charging information that 
they subsequently transfer to the Charging Gateway Function (CGF). 

The GSNs shall use the Charging Characteristics to determine whether to activate or deactivate CDR generation .The 
Charging Characteristics are also used to set the coherent chargeable event conditions (e.g. time/volume limits that 
trigger CDR generation or information addition). Multiple Charging Characteristics 'profiles' may be configured on the 
GSNs to allow different sets of trigger values. Further details of this functionality, including the mechanism of 
conveying the charging characteristics data item (HLR -> SGSN -> GGSN), are specified in annex A. Charging 
Characteristics are not applicable to MBMS CDR generation. 

If CDR generation is activated, it shall be possible to define separate trigger conditions values per Charging 
Characteristics profile for the following triggers: 

• data volume limit; 

• time (duration limit); 

• maximum number of charging conditions changes (QoS change. Tariff Time change). 

The following subclauses describe the trigger conditions for the chargeable events described in clause 5.2.1.1 - 5.2.1.5. 
In GPRS offline charging, these chargeable events correspond to the triggers for collection of charging information and 
CDR generation by the SGSN/GGSN. 
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5.2.3.1 Triggers for S-CDR charging information collection 

An S-CDR is used to collect charging information related to the PDP context data information for a MS/UE in the 
SGSN. 

If according to the Charging Characteristics, CDR generation is activated an S-CDR shall be opened at PDP context 
activation, and the volume for the context is counted separately in uplink and downlink direction. When a change of 
charging condition occurs, the volume count is added to the S-CDR and a new count is started. The S-CDR includes 
details such as Record Type, Served IMSI, Sequence Number etc. Not all of the charging information to be collected is 
static, and other charging information is directly depending on dynamic Packet-Switched service usage. 

The subsequent subclauses identify in detail the conditions for adding information to, and closing the S-CDR for 
generation towards the CGF. 

5.2.3.1 .1 Triggers for S-CDR Charging Information Addition 

The "List of Traffic Volumes" attribute of the S-CDR consists of a set of containers, which are added when specific 
trigger conditions are met, and identify the volume count per PDP context, separated for uplink and downlink traffic, on 
encountering that trigger condition. Table 5.1 identifies which conditions are supported to trigger S-CDR charging 
information addition. 

Table 5.1 : Triggers for S-CDR charging information addition 



Trigger Conditions 


Description/Behaviour 


QoS Change 


A change in the QoS shall result in a "List of Traffic Data Volumes" container being added to the 
CDR. 


Tariff Time Change 


On reaching the Tariff Time Change a "List of Traffic Data Volumes " container shall be added 
to the CDR. 


CDR Closure 


A list of "List of Traffic Data Volumes" container shall be added to the S-CDR. 



Details of the tariff times are ffs. (The following requirements are under discussion: 'The SGSN shall support at least 24 
tariff time changes per calendar day, separately configured per day of the week.') 

The first volume container of a PDP context identifies the uplink/downlink volume since the PDP context was opened. 
Subsequent volume containers store the volume count accrued since the closure of the last container. 
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5.2.3.1 .2 Triggers for S-CDR closure 

The S-CDR shall be closed on encountering some trigger conditions. Table 5.2 identifies which conditions are 
supported to permit closure of the S-CDR. 

Table 5.2: Triggers for S-CDR closure 



Closure Conditions 


Description/Behaviour 


End of PDP Context 
within tlie SGSN 


Deactivation of the PDP context in the SGSN shall result in the CDR being closed. The trigger 
condition covers: 

- termination of PDP context; 

- SGSN change (inter-SGSN routing area update including intersystem change); 

- any abnormal release. 


Partial Record Reason 


O&IVI reasons permit the closure of the CDR for internal reasons. The trigger condition covers: 

- data volume limit; 

- time (duration) limit; 

- maximum number of charging condition changes (QoS/tariff time change); 

- management intervention; 

- Intra-SGSN intersystem change (change of radio interface from GSIVI to UMTS or vice 
versa). 



Details of the volume limits, time limits and limits of charging condition changes are ffs. (The following requirements 
are under discussion: The following requirements pertain to the above trigger conditions: 

■ The SGSN shall support at least data volume limits per S-CDR between lOOkbytes and lOOMbytes in Ikbyte 
increments. A S-CDR shall be closed by the first data packet that causes to total CDR volume count to exceed 
the configured data volume limit. 

■ The SGSN shall support at least time limits per S-CDR of 5 minutes to 24 hours in 1 minute increments. 

■ The SGSN shall support at least 10 charging condition changes per S-CDR.') 

The Partial Record generation trigger thresholds are those associated with the Charging Characteristics. The Partial 
Record generation trigger thresholds are GSN configuration parameters defined per charging characteristics profile by 
the operator through O&M means, as specified in annex A. 

In the event that the S-CDR is closed and the PDP context remains active, a further S-CDR shall be opened with an 
incremented Sequence Number in the SGSN. 

5.2.3.2 Triggers for IVI-CDR charging information collection 

An M-CDR is used to collect charging information related to the mobility management of a mobile in the SGSN. 

An M-CDR shall be opened for each mobile upon GPRS Attach, indicating the current location information for that 
MS/UE. When a location change occurs for the attached MS/UE, the new location information is added to the M-CDR. 
The M-CDR records details such as Record Type, Served IMSI, Sequence Number etc. Not all of the charging 
information to be collected is static, and other charging information is directly dependent on the mobility of the MS as 
provided by the Radio Access Network (RAN). Subsequent partial records may be opened if the M-CDR is closed and 
the MS is still attached to the network. 

The subsequent subclauses identify in detail the conditions for adding information to, and closing of the M-CDR for 
generation towards the CGF. 
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5.2.3.2.1 Triggers for M-CDR charging information addition 

The "Change of Location" attribute of the M-CDR consists of a set of containers, which are added when specific trigger 
conditions are met, and identify the time stamped routing area on encountering that trigger condition. Table 5.3 
identifies which conditions are supported to trigger M-CDR charging information addition. 

Table 5.3: Triggers for M-CDR charging information addition 



Trigger Conditions 


Description/Behaviour 


Mobility Change 


The first 'Change of Location' container shall be captured when the MM context is created. 
Subsequent changes in the Routing Area shall result in a "Change of Location" container being 
added to the M-CDR. 



5.2.3.2.2 Triggers for M-CDR closure 

The M-CDR shall be closed on encountering some trigger conditions. Table 5.4 identifies which conditions are 
supported to permit closures of the M-CDR. 

Table 5.4: Triggers for M-CDR closure 



Closure Conditions 


Description/Behaviour 


End of MM Context within 
SGSN 


Deactivation of the MM context in the SGSN shall result in the CDR being closed. The 
trigger condition covers: 

- SGSN change (inter-SGSN routing area update including intersystem change); 

- GPRS detach; 

- any abnormal release. 


Partial Record Reason 


O&M reasons permit the closure of the CDR for internal reasons. The trigger condition 
covers: 

- time (duration) limit; 

- maximum number of mobility changes; and 

- Management intervention; 

- Intra-SGSN intersystem change (change of radio interface from GSM to UMTS or vice 
versa). 



Details of the time and mobility change limits are ffs. (The following requirements are under discussion: 'The following 
requirements pertain to the above trigger conditions: 

■ The SGSN shall support at least time limits per M-CDR of 5 minutes to 24 hours in 1 minute increments. 

■ The SGSN shall support at least 10 mobility changes per M-CDR.') 

The Partial Record generation trigger thresholds are those associated with the Charging Characteristics. The Partial 
Record generation trigger thresholds are GSN configuration parameters defined per charging characteristics profile by 
the operator through O&M means, as specified in annex A. 

In the event that the M-CDR is closed and the mobile is still known to the SGSN, a further M-CDR shall be opened 
with an incremented Sequence Number in the SGSN. 

5.2.3.3 Triggers for G-CDR charging information collection 

A G-CDR is used to collect charging information related to the PDF context data information for a UE/MS in the 
GGSN. 

If, according to the Charging Characteristics, CDR generation is activated a G-CDR shall be opened at PDP context 
activation, and the volume for the context is counted separately in uplink and downlink direction. When a change of 
charging condition occurs, the volume count is added to the G-CDR and a new count is started. The G-CDR includes 
details such as Record Type, Served IMSI, Sequence Number etc. Not all of the charging information to be collected is 
static, and other charging information is directly dependent on dynamic Packet-Switched service usage. 

The subsequent subclauses identify in detail the conditions for adding information to, and closing the G-CDR for 
generation towards the CGF. 
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5.2.3.3.1 Triggers for G-CDR Charging Information Addition 

The "List of Traffic Volumes" attribute of the G-CDR consists of a set of containers, which are added when specific 
trigger conditions are met, and identify the volume count per PDP context, separated for uplink and downlink traffic, on 
encountering that trigger condition. Table 5.5 identifies which conditions are supported to trigger G-CDR charging 
information addition. 

Table 5.5: Triggers for G-CDR charging information addition 



Trigger Conditions 


Description/Behaviour 


QoS Change 


A change in the QoS shall result in a "List of Traffic Data Volumes" container being added to the 
CDR. 


Tariff Time Cfiange 


On reaching the Tariff Time Change a "List of Traffic Data Volumes " container shall be added 
to the CDR. 


Failure-Handling 
procedure triggering. 


When the Failure-Handling mechanism is triggered and the Failure Action is set to "Continue", a 
'List of Traffic Data Volumes' container shall be added to the CDR. 


CDR Closure 


A list of "List of Traffic Data Volumes" container shall be added to the G-CDR. 



Details of the tariff times are ffs. (The following requirements are under discussion: 'The GGSN shall support at least 24 
tariff time changes per calendar day, separately configured per day of the week.') 

The first volume container of a PDP context identifies the uplink/downlink volume since the PDP context was opened. 
Subsequent volume containers store the volume count accrued since the closure of the last container. 

5.2.3.3.2 Triggers for G-CDR closure 

The G-CDR shall be closed on encountering some trigger conditions. Table 5.6 identifies which conditions are 
supported to permit closure of the G-CDR. 

Table 5.6: Triggers for G-CDR closure 



Closure Conditions | Description/Behaviour 



End of PDP Context 
within the GGSN 



Deactivation of the PDP context in the GGSN shall result in the CDR being closed. The trigger 
condition covers: 

- termination of PDP context; 

- any abnormal release. 



Partial Record Reason 



O&M reasons permit the closure of the CDR for internal reasons. The trigger condition covers: 

- data volume limit; 

- time (duration) limit; 

- maximum number of charging condition changes (QoS/tariff time change); 

- management intervention; 

- MS time zone change; 

- inter-PLIVIN SGSN change; 

- radio access technology change (RAT Type). 



Details of the volume limits, time limits and limits of charging condition changes are ffs. (The following requirements 
are under discussion: 'The following requirements pertain to the above trigger conditions: 

■ The GGSN shall support at least data volume limits per G-CDR between lOOkbytes and lOOMbytes in Ikbyte 
increments. A G-CDR shall be closed by the first data packet that causes to total CDR volume count to exceed 
the configured data volume limit. 

■ The GGSN shall support at least time limits per G-CDR of 5 minutes to 24 hours in 1 minute increments. 

■ The GGSN shall support at least 10 charging condition changes per G-CDR.') 

The Partial Record generation trigger thresholds are those associated with the Charging Characteristics. The Partial 
Record generation trigger thresholds are GSN configuration parameters defined per charging characteristics profile by 
the operator through O&M means, as specified in annex A. 

In the event that the G-CDR is closed and the PDP context remains active, a further G-CDR is opened with an 
incremented Sequence Number in the GGSN. 
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5.2.3.4 Triggers for eG-CDR charging information collection 

An eG-CDR is used to collect charging information related to the PDP context data information for a UE/MS in the 
GGSN, where the data volumes within each eG-CDR are separately counted per defined service data flow. 

The eG-CDR is produced instead of a G-CDR if FBC is active in the GGSN. I.e. the GGSN either creates G-CDRs or 
eG-CDRs per PDP context, depending on whether FBC is enabled (eG-CDR) or disabled (G-CDR). In contrast to the 
G-CDR, where only one volume container (uplink/downlink) can be active per PDP context, many service data flow 
containers per PDP context can be active simultaneously when FBC is enabled. A service data flow container is 
activated when traffic for a defined service data flow (including the wildcard for 'all (other) traffic') is detected; a 
service data flow container is closed when the termination of the service data flow is detected by the GGSN. Details on 
FBC can be found in TS 23.125 [70] and TS 32.240 [1]. 

If, according to the Charging Characteristics, CDR generation is activated an eG-CDR shall be opened at PDP context 
activation, and the volume for the context is counted per defined service data flow, separately in uplink and downlink 
direction. When a change of charging condition occurs, all service data flow volume counts are added to the eG-CDR 
and new counts are started for the service data flows. The eG-CDR includes details such as Record Type, Served IMSI, 
Sequence Number etc. as defined in the G-CDR and the FBC specific charging data. Not all of the charging information 
to be collected is static, and other charging information is directly dependent on dynamic Packet-Switched service 
usage. 

The subsequent subclauses identify in detail the conditions for adding information to, and closing the eG-CDR for 
generation towards the CGF. 

5.2.3.4.1 Triggers for eG-CDR Charging Information Addition 

The "List of Service Data" attribute of the eG-CDR consists of a set of containers, each with a service data flow, which 
are added when specific trigger conditions are met. Each container identifies the volume count per service data flow 
within the same PDP context, separated for uplink and downlink on encountering that trigger condition. Table 5.7 
identifies which conditions are supported to trigger eG-CDR charging information addition. 

Table 5.7: Triggers for eG-CDR charging information addition 



Trigger Conditions 


Description/Behaviour 


PDP context 
modification 


A change of PDP context conditions (e.g. QoS change, SGSN change, PLIVIN Id change, RAT 
change) shall result in a set of "List of Service Data" containers, i.e. all active service data flow 
containers, being added to the CDR. 


Tariff Time Change 


On reaching the Tariff Time Change a set of "List of Service Data" containers, i.e. all active 
service data flow containers, shall be added to the CDR. 


Failure-Handling 
procedure triggering. 


When the Failure-Handling mechanism is triggered and the Failure Action is set to "Continue", a 
'List of Traffic Data Volumes', i.e. all active service data flow containers shall be added to the 
CDR. 


Service data flow report 


A "List of Service Data" container for the service data flow is added when expiry of time limit, 
expiry of volume limit or termination is detected for this service data flow. 


CDR Closure 


All active "List of Service Data" containers shall be added to the eG-CDR. 



The first volume container identifies the uplink/downlink volume since the PDP context was opened. Subsequent 
volume containers store the volume count accrued since the closure of the last container. 

5.2.3.4.2 Triggers for eG-CDR closure 

The eG-CDR shall be closed on encountering same trigger conditions as specified for the G-CDR. 
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5.2.3.5 Triggers for SMS-CDR charging information collection 

The generation of the SMS related CDRs is based on the observation and capture of simple events, i.e. the transfer of 
Short Messages through the SGSN in MO or MT direction. 

A S-SMO-CDR is used to collect charging information related to the transmission of a SM in MO direction via the 
SGSN. If, according to the Charging Characteristics, CDR generation is activated a S-SMO-CDR shall be created when 
the SGSN has successfully forwarded a SM to the SMSC on behalf of the UE/MS. The S-SMO-CDR includes details 
such as Record Type, Served IMSI, Sequence Number etc. 

A S-SMT-CDR is used to collect charging information related to the transmission of a SM in MT direction via the 
SGSN. If, according to the Charging Characteristics, CDR generation is activated a S-SMT-CDR shall be created when 
the SGSN has successfully forwarded a SM to the UE/MS. The S-SMT-CDR includes details such as Record Type, 
Served IMSI, Sequence Number etc. 

Note that the above CDR types only capture the SMS events when transferred through the SGSN. Equivalent charging 
functionality for the CS domain is specified in TS 32.250 [10]. 3GPP standards do not define service specific charging 
functionality for SMS. 

5.2.3.6 Triggers for LCS-CDR charging information collection 

The generation of the LCS related CDRs is based on the observation and capture of simple events, i.e. the invocation of 
location requests from the UE/MS (LCS-MO-CDR), an external entity (LCS-MT-CDR) or the network (LCS-NI-CDR). 

A LCS-MO-CDR is used to collect charging information related to the transmission of a location request, originating 
from the UE/MS to be located, via the SGSN. If, according to the Charging Characteristics, CDR generation is activated 
a LCS-MO-CDR shall be created when the SGSN has received the RANAP "Location report" message from the RNC. 
The LCS-MO-CDR includes details such as Record Type, Served IMSI, Sequence Number etc. 

A LCS-MT-CDR is used to collect charging information related to the transmission of a location request for a UE via 
the SGSN where the location request originates from an external entity. If, according to the Charging Characteristics, 
CDR generation is activated a LCS-MT-CDR shall be created when the SGSN has received the RANAP "Location 
report" message from the RNC. The LCS-MT-CDR includes details such as Record Type, Served IMSI, Sequence 
Number etc. 

A LCS-NI-CDR is used to collect charging information related to the transmission of a network induced location 
request via the SGSN. If, according to the Charging Characteristics, CDR generation is activated a LCS-NI-CDR shall 
be created when the SGSN has received the RANAP "Location report" message from the RNC. The LCS-MO-CDR 
includes details such as Record Type, Served IMSI, Sequence Number etc. 

Note that the above CDR types only capture the LCS events when transferred through the SGSN. Equivalent charging 
functionality for the CS domain is specified in TS 32.250 [10]. Service specific charging functionality for LCS is 
specified in TS 32.271 [31]. 

5.2.3.7 Triggers for S-MB-CDR and G-MB-CDR charging information collection 
5.2.3.7.1 Triggers for S-MB-CDR and G-MB-CDR Charging Information Creation 

S-MB-CDR and G-MB-CDR are used to collect charging information related to the MBMS bearer context data 
information for a MBMS bearer service in the GSN. The triggers for both S-MB-CDR and G-MB-CDR to start 
collecting charging information are the same. 

S-MB-CDR and G-MB-CDR shall be opened at MBMS bearer context creation. Not all of the charging information to 
be collected is static, and other charging information is directly dependent on dynamic Packet-Switched service usage. 

The subsequent subclauses identify in detail the conditions for adding information to, and closing the S-MB-CDR and 
G-MB-CDR for generation towards the CGF. 
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5.2.3.7.2 



Triggers for S-MB-CDR and G-MB-CDR Charging Information Addition 



The "List of Traffic Volumes" attribute consists of a set of containers, which are added when specific trigger conditions 
are met, and identify the volume count per MBMS bearer context, for downlink traffic, on encountering that trigger 
condition. Table 5.9 identifies which conditions are supported to trigger S-MB-CDR and G-MB-CDR charging 
information addition. 

Table 5.9: Triggers for S-MB-CDR and G-MB-CDR charging information addition 



Trigger Conditions 


Description/Behaviour 


Tariff Time Change 


On reaching the Tariff Time Change a "List of Traffic Data Volumes " container shall be added 
to the CDR. 


CDR Closure 


A list of "List of Traffic Data Volumes" container shall be added to the relevant CDR. 



The first volume container of a MBMS bearer context identifies the volume since the record was opened. Subsequent 
volume containers store the volume count accrued since the closure of the last container. 

5.2.3.7.3 Triggers for S-MB-CDR and G-MB-CDR closure 

The S-MB-CDR and G-MB-CDR shall be closed on encountering the trigger conditions identified in Table 5.10. 
Table 5.10: Triggers for S-MB-CDR and G-MB-CDR closure 



Closure Conditions 


Description/Behaviour 


End of MBMS Bearer 
Context within the GSN 


Deactivation of the MBMS bearer context in the GSN shall result in the CDR being closed. 
The trigger condition covers: 

- termination of MBMS bearer context; 

- any abnormal release. 


Partial Record Reason 


O&M reasons permit the closure of the CDR for internal reasons. The trigger condition 
covers: 

- data volume limit; 

- time (duration) limit; 

- change in list of downstream nodes; 

- management intervention. 



Details of the volume limits, time limits and limits of charging condition changes are ffs. 

The Partial Record generation trigger thresholds are those associated with GSN configured information. In the event 
that the CDR is closed and the MBMS bearer context remains active, a further CDR is opened with an incremented 
Sequence Number in the GSN. 



£75/ 



3GPP TS 32.251 version 6.4.0 Release 6 



30 



ETSI TS 132 251 V6.4.0 (2005-09) 



5.2.4 Usage scenarios 

This clause contains a number of example scenarios illustrating the purpose and practical usage of the various CDR 
types defined in the previous subclauses. These examples are by no means exhaustive. 

For the purpose of these examples the following assumptions have been made: 

• the CDRs are sent to a CGF; 

• the generation of all of the CDR types has been enabled. 

The following conventions have been used for the figures 5.9 to 5.12 below: 

1) Network connections and signalling transactions are illustrated by means of solid lines and referenced by number 
e.g. (1). 

2) Operation & Maintenance actions, such as the transfer of CDRs, are represented by means of dotted Unes and 
referenced by letter e.g. (A). 

NOTE: Visiting scenarios are excluded. 



5.2.4.1 



Mobile to PDN Context 



Figure 5.9 illustrates a simple outgoing Packet-Switched context from a PLMN Packet-Switched service subscriber "A" 
to a mainframe "B" via a PDN (1). 

The respective PDP context is activated in the SGSN and GGSN and PDP PDUs are routed in MO and MT direction. 
The SGSN shall create an S-CDR and the GGSN shall create a G-CDR for subscriber "A". 

The records generated are subsequently transferred to the CGF (A). The CGF transfers the CDRs to the BS. 




Figure 5.9: Mobile to PDN context 
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5.2.4.2 Mobile to mobile context 

Figure 5.10 illustrates a simple Packet-Switched mobile-to-mobile context within the same HPLMN. 

The respective A-party related PDF context is activated in the SGSN-A and the GGSN (1). 

After the location of subscriber "B" is determined, the B party related PDF context is activated (2) in the SGSN-B and 
the GGSN and FDF FDUs are routed in MO and MX direction. The SGSN-A shall create an S-CDR and the GGSN 
shall create a G-CDR for subscriber A, the SGSN-B shall create an S-CDR and the GGSN shall create a G-CDR for 
subscriber "B". 

If subscriber "A" and subscriber "B" use the same GGSN, both G-CDRs are produced at that GGSN. 

If session leg (2) requires a FDF context activation the respective FDF records will contain a network initiated FDP 
context activation-flag. 

The records generated are subsequently transferred to the CGF (A). The CGF transfers the CDRs to the BS. 



SGSN-B 



B 




GGSN 



A 



CGF 



BS 



SGSN-A 



A 




HPLMN 



Figure 5.10: Packet-switched mobile to mobile context 
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5.2.4.3 



PDN to mobile context 



Figure 5.11 illustrates a simple incoming Packet-Switched domain context from a mainframe "A" to mobile subscriber 
"B" via a PDN (1). After the location of subscriber "B" is determined, the PDF context is activated (2). 

The GGSN receiving the FDUs shall generate a G-CDR whereas the SGSN currently serving subscriber "B" creates an 
S-CDR. These records contain a flag that the PDF context is activated due to network request. 

The records generated are subsequently transferred to the CGF (A). The CGF transfers the CDRs to the BS. 




Figure 5.11 : PDN to mobile context 



5.2.4.4 



Mobile to PDN context while roaming, GGSN in HPLMN 



Figure 5.12 illustrates an outgoing Packet-Switched context from a roaming mobile subscriber "A" to mainframe "B" 
via Boarder Gateway, inter PLMN backbone and GGSN of the HPLMN (1). 

The respective a-party related PDF context is activated in the SGSN and GGSN and FDUs are routed in MO and MT 
direction. The SGSN shall create an S-CDR (VPLMN) and a G-CDR is generated at the used GGSN (HPLMN) for 
subscriber "A". From the GGSN the packets are sent via the PDN to the mainframe "B". 

The records generated in the HPLMN and the VPLMN are subsequently transferred to the CGFs (A). The CGFs 
transfer the CDRs to the BS. (B) 

Later on the records created in the VPLMN are transferred from the BS to the BS of the HPLMN via TAP procedure 

(C). 

Note that this scenario is an example, representing only one case of roaming CDR generation. 
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Figure 5.4: Mobile to PDN Context whilst roaming via BG 

5.2.5 Ga record transfer flows 

In GPRS, both fully qualified partial CDRs (FQPC) and reduced patrtial CDRs (RFC), as specified in TS 32.240 [1] 
may be supported on the Ga interface. In line with TS 32.240 [13], the support of FQPCs is mandatory, the support of 
RPCs is optional. For further details on the Ga protocol application refer to TS 32.295 [54]. 

5.2.6 Bp CDR file transfer 

In GPRS, both fully quaUfied partial CDRs (FQPC) and reduced patrtial CDRs (RPC), as specified in TS 32.240 [1] 
may be supported on the Bp interface. In line with TS 32.240 [13], the support of FQPCs is mandatory, the support of 
RPCs is optional. For further details on the Bp protocol application refer to TS 32.297 [52]. 
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5.3 PS domain online charging scenarios 
5.3.1 Basic principles 

PS domain online charging may be performed in the SGSN using CAMEL techniques. This functionality is specified in 
TS 23.078 [206] and TS 29.078 [202] and is outside the scope of the present document. 

PS domain online charging may be performed in the GGSN using the common Ro based credit control application 
specified in TS 32.299 [50]. In order to provide the data required for the management activities outlined in TS 32.240 
[1] (credit control, accounting, statistics etc.), the GGSN shall be able to perform online charging for each of the 
following: 

• Charging Data related to PDP contexts; 

• Charging Data related to service data flows. 

The above items both pertain to sessions (PDP contexts), hence only session based online charging (SCUR) is required 
in the GGSN. The Credit Control Requests (CCR) and Credit Control Answers (CCA) specified for SCUR in TS 32.299 
[50] (intial/update/termination) are issued towards the OCS / received from the OCS when certain conditions 
(chargeable events) are met. The PS domain specific contents and purpose of each of these messages, as well as the 
chargeable events that trigger them, are described in the following subclauses. A detailed formal description of the 
online charging parameters defined in the present document is to be found in 3GPP TS 32.299 [50]. Further information 
on the general principles of the common 3GPP online charging application can also be found in TS 32.299 [50] and 
TS 32.240 [1]. 

5.3.1 .1 PDP context charging 

The GGSN collects charging information per user per PDP context. PDP context charging allows the GGSN to collect 
charging information related to data volumes sent to and received by the UE/MS, categorised by the QoS applied to the 
PDP context. The user can be identified by MSISDN and/or IMSI, while the PDP context can be determined by a 
unique identifier generated by the GGSN when creating a PDP context. 

The main collected information items are duration of the PDP context and data volume transferred during the lifetime of 
the PDP context. The following chargeable events are defined for PDP context charging: 

■ Start of PDP context. Upon encountering this event, a CCR initial, indicating the start of the PDP context, is 
sent towards the OCS, and the data volume and elapsed time is captured for the PDP context. 

■ End of PDP context. Upon encountering this event, a CCR termination, indicating the end of the PDP context, 
is sent towards the OCS together with the final volume count and elapsed time for the PDP context. 

■ Expiry of an operator configured time limit per PDP context. This event triggers the emission of a CCR 
update, indicating the elapsed time and the accrued data volume since the last report. 

■ Expiry of a data volume limit given by the OCS for the PDP context. This event triggers the emission of a 
CCR update, indicating the elapsed time and the accrued data volume since the last report. 

■ Change of charging condition: QoS change, tariff time change. When this event is encountered, the current 
volume count and elapsed time are captured and indicated in a CCR update towards the OCS, together with the 
new charging condition. 

Management intervention may also force trigger a chargeable event. 

When FBC is available in the GGSN, PDP context online charging may be achieved by FBC online charging using only 
the wildcard service data flow, see clause 5.3.1.2 below. 
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5.3.1 .2 Flow Based Bearer Charging 

PDP context charging allows the GGSN to collect charging information related to data volumes sent to and received by 
the UE/MS, categorised by the QoS applied to the PDP context. FBC may be supported by the GGSN by the integration 
of a TPF. When the TPF is present, the normal PDP context charging is enhanced by the capability to categorise the 
PDP context data volume by specific service data flows. I.e., while there is only one uplink an one downlink data 
volume count per PDP context in PDP context charging, FBC provides multiple service data flow counts, one each per 
defined service data flow. The default service data flow is the wildcard, i.e. all traffic for all IP addresses, all TCP ports, 
etc.; when no other, specific service data flows are configured, the behaviour of FBC is identical to the normal PDP 
context charging on the GGSN. This implies that, when FBC is available in the GGSN, PDP context online charging 
may be achieved by FBC online charging using only the wildcard service data flow. When further service data flows are 
specified, traffic is categorised, and counted, according to the service data flow specification, and the wildcard service 
data flow applies to all traffic that does not match any of the specific service data flows. Details of this functionality are 
specified in TS 23.125 [70] and TS 32.240 [1]. 

The following chargeable events are defined for FBC: 

■ Start of PDP context. Upon encountering this event, a CCR initial, indicating the start of the PDP context, is 
sent towards the OCS, and the data volume is captured per service data flow for the PDP context. 

■ Start of service data flow. A CCR update is generated for the PDP context, indicating the start of a new service 
data flow, and a new volume count for this service data flow is started. 

■ Termination of service data flow. The service data flow volume counter is closed, and a CCR update is 
generated towards the OCS, indicating the end of the service data flow and the final volume count for this 
service data flow. For information on how the termination of service data flows is detected, refer to TS 23.125 
[70]. 

■ End of PDP context. Upon encountering this event, a CCR termination, indicating the end of the PDP context, 
is sent towards the OCS together with the final volume counts for the PDP context and all service data flows. 

■ Expiry of an operator configured time limit per PDP context. This event triggers the emission of a CCR 
update, indicating the elapsed time and the accrued data volume for the PDP context since the last report. 

■ Expiry of an operator configured time limit per service data flow. The service data flow volume counter is 
closed and a CCR update is sent to the OCS, indicating the elapsed time and the accrued data volume since the 
last report for that service data flow. A new service data flow container is opened if the service data flow is 
still active. 

■ Expiry of an operator configured data volume limit per PDP context. This event triggers the emission of a CCR 
update, indicating the elapsed time and the accrued data volume for the PDP context since the last report. 

■ Expiry of an operator configured data volume limit per service data flow. The service data flow volume 
counter is closed and a CCR update is sent to the OCS, indicating the elapsed time and the accrued data 
volume since the last report for that service data flow. A new service data flow container is opened if the 
service data flow is still active. 

■ Change of charging condition: QoS change, tariff time change. When this event is encountered, all current 
volume counts are captured and sent towards the OCS with a CCR update. New volume counts for all active 
service data flows are started. 

Management intervention may also force trigger a chargeable event. 

5.3.1.3 PS Furnish Charging Information procedure 

The OCS online charging function may use this procedure to add online charging session specific information to the 
G-CDRs or eG-CDR.The information can be sent per online session and in case FBC is enabled for a specific APN, the 
OCS online charging fuction may also sent specific information per each online charged service by means this 
procedure. 
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5.3.1 .4 Support of Failure Situations 

In case the OCS fails, the GGSN shall support the Failure Handling procedure and Failover mechanism described in 
[50]. These mechanisms give flexibility to have different failure handling scenarios when the OCS fails. 

Three different actions are described in [402]. In PS domain GGSN shall support the following actions when the failure 
handling mechanism is executed: 

• Terminate: The online session is finished. The associated PDP Context is released (ongoing sessions) or not 
established (new sessions). Failover for ongoing sessions is not supported. Failover for new sessions is always 
supported. 

• Retry&Terminate: The online session is finished. The associated PDP Context is released (ongoing sessions) or not 
established (new sessions). Failover for ongoing sessions is supported. Failover for new sessions is always 
supported. 

• Continue: The online session is finished. The associated PDP Context is established (new sessions) or not released 
(ongoing sessions). Failover for ongoing sessions is supported. Failover for new sessions is always supported. 

In both cases, if the user is simultaneously online and offline charged, the failure situation shall be registered in the 
G-CDR and/or eG-CDR. When the user is only online charged, the execution of the Failure Handling mechanism with 
value equal to Continue shall imply that a new G-CDR and/or eG-CDR is opened. 

5.3.2 Ro message flows 

CCR initial, update and termination, as defined in TS 32.299 [50], are used by the GGSN to transfer the collected 
charging information towards the OCS. CCA is used by the OCS to assign quotas for the PDP context and/or service 
data flows, and to instruct the GGSN whether to continue or terminate a service data flow or PDP context. 

CCA is also used to communicate to the TPF the Termination Action, i.e. the GGSN behaviour when the user has 
consumed the final granted units. The Termination Action is specified in TS 32.299 [50]. 

The GGSN shall use the Charging Characteristics to determine whether to activate or deactivate online charging. 
Further details of this functionality, including the mechanism of conveying the charging characteristics data item (HLR 
-> SGSN -> GGSN), are specified in annex A. 

The following subclauses describe the trigger conditions for the chargeable events described in clause 5.3.1.1 and 
5.3.1.2. In GPRS online charging, these chargeable events correspond to the triggers for collection of charging 
information and CCR emission towards the OCS. The responses from the OCS and the detailed behaviour of the GGSN 
upon receiving those responses are also specified in the subclauses below. 

5.3.2.1 Triggers for PDP context Online Charging 

CCR initial / update / termination are used to convey charging information related to the PDP context data information 
collected for a UE/MS in the GGSN. CCA is used by the OCS to return quotas for the PDP context or to instruct the 
GGSN on the further handling of the PDP context (terminate, continue, reroute, etc.) 

Further details on the support of termination actions are ffs. 

If, according to the Charging Characteristics, online charging is activated, a CCR initial is sent to the OCS and the OCS 
supplies a PDP context authorisation together with a time and / or volume quota for the PDP context, based on the 
information provided by the GGSN, e.g. QoS, APN. The GGSN monitors the quota with respect to the actual volume or 
time used on the PDP context. The quota supervision mechanism is further described in TS 32.240 [1]. 

When a change of charging condition occurs, the volume count is reported to the OCS with a CCR update, and when a 
new quota for the changed charging condition is authorised, a new volume count is started. If no new quota is 
authorised by the OCS (e.g. when the subscriber"s account on the OCS expires), the PDP context is closed. The OCS 
may also restrict the continuation of the session, such as to allow only charge free traffic, or to reroute the user to an 
account recharge site. See TS 32.240 [1] and TS 32.299 [50] for further information. 

The CCR includes details such as CCR Type, Served IMSI, Sequence Number etc. The CCA includes details such as 
credit control quotas and session management instructions (continue, terminate, interim interval, etc). Not all of the 
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charging information to be collected is static, and other charging information is directly dependent on dynamic Packet- 
Switched service usage. 

The subsequent subclauses identify in detail the conditions for reporting online charging information, management of 
user and credit control sessions and PS domain quota supervision. 

5.3.2.1 .1 Triggers for starting and stopping a PDP context Credit Control session 

CCR initial is sent to OCS when PDP context is activated. CCR terminate is sent to OCS when: 

■ PDP context is deactivated 

■ Session termination is indicated by the OCS (e.g. Credit Limit Reached) 

5.3.2.1 .2 Triggers for providing interim information for a PDP context Credit Control 
session 

CCR update is sent to OCS when: 

■ Granted quota runs out 

■ Validity time for granted quota expires 

■ Update is requested by the OCS 

■ Change of charging conditions occur and according re-authorisation trigger re-authorisation is needed. 

■ Management intervention 

5.3.2.2 Triggers for FBC Online Charging 

CCR initial / update / termination is used to convey charging information related to the PDP context and service data 
flow data information collected for a UE/MS in the GGSN. CCA is used by the OCS to return quotas for the PDP 
context and / or service data flows or to instruct the GGSN on the further handling of the PDP context (terminate, 
continue, reroute, etc.) 

Further details on the support of termination actions are ffs. 

FBC online charging is employed instead of PDP context online charging if FBC is active in the GGSN. In contrast to 
the PDP context online charging, where only one volume container (uplink/downlink) can be active per PDP context, 
many service data flow volume containers per PDP context can be active simultaneously when FBC is enabled. A 
service data flow volume container is activated when traffic for a defined service data flow (including the wildcard for 
'all (other) traffic') is detected; a service data flow volume count is closed when the termination of the service data flow 
is detected by the GGSN. Details on FBC can be found in TS 23.125 [70] and TS 32.240 [1]. 

If, according to the Charging Characteristics, online charging is activated, a CCR initial is sent to the OCS and the OCS 
supplies a PDP context authorisation together with time and / or volume quotas for the PDP context and the service data 
flows, based on the information provided by the GGSN, e.g. QoS, APN. The GGSN monitors the quotas with respect to 
the actual volume or time used on the PDP context and / or the service data flows. The quota supervision mechanism is 
further described in TS 32.240 [1]. 

When a change of charging condition occurs, all volume counters are reported to the OCS with a CCR update, and 
when new quotas for the changed charging condition is authorised, new volume counts are started for the PDP context 
and / or service data flows. If only partial quotas are authorised by the OCS (e.g. due to insufficient credit), the service 
data flows for which no quota was authorised are closed. If no new quota at all is authorised by the OCS (e.g. when the 
subscriber" s account on the OCS expires), the PDP context is closed. The OCS may also restrict the continuation of the 
session, such as to allow only charge free traffic, or to reroute the user to an account recharge site. See TS 32.240 [1] 
and TS 32.299 [50] for further information. 

The CCR includes details such as CCR Type, Served IMSI, Sequence Number etc. The CCA includes details such as 
credit control quotas and session management instructions (continue, terminate, interim interval, etc). Not all of the 
charging information to be collected is static, and other charging information is directly dependent on dynamic Packet- 
Switched service usage. 
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TS 23.125 [70] specifies that it shall be possible to request online charging quotas for each charging key. The charging 
key is a piece of information used for rating purposes as defined in TS 23. 125 [70]. The charging key is mapped into the 
Rating-Group AVP as defined in DCC [402]. Each quota allocated to a Diameter CC session has a unique Rating -Group 
value. 

The subsequent subclauses identify in detail the conditions for reporting online charging information, management of 
user and credit control sessions and PS domain quota supervision. 

5.3.2.2.1 Triggers for starting and stopping an FBC Credit Control session 

CCR init is sent to OCS when PDF context is activated 
CCR terminate is sent to OCS when: 

■ PDF context is deactivated 

■ Session termination is indicated by the OCS (e.g. Credit Limit Reached) 

5.3.2.2.2 Triggers for providing interim information for an FBC Credit Control session 

CCR update is sent to OCS when: 

User starts to use certain service 

Active service is removed from the allowed services (e.g. charging rule is removed) 

Granted quota runs out 

Validity time for granted quota expires 

Update is requested by the OCS 

Change of charging conditions occur and according re-authorisation trigger re-authorisation is needed. 

Management intervention 

Provision of a charging rule. 

5.3.2.3 PS Furnish Charging Information procedure 

The OCS online charging function may use this procedure to add online charging session specific information to the G- 
CDRs or eG-CDR by means of the Diameter Credit Control Application in the Ro interface. The data can be sent either 
in one Diameter Credit Control Credit-Control-Answer message or several Diameter Credit Control Credit-Control- 
Answer messages with append indicator. 

The OCS online charging function can send multiple concatenated PS Furnish Charging Information elements per 
online charging session in the Ro interface. In case FBC is enabled, the OCS online charging function can send multiple 
concatenated PS Furnish Information Element per each online charged service data flow. 

The total maximum of free format data is 160 octects per service so the total maximum of free format data per online 
session is n*160 octects, where n indicates the number of services activated per online session. . 

In the OCS online charging function a PS online charging session shall be identified by the GGSN-C address and the 
Chargingld. In the GGSN, the PS online charging session and the PS offline charging session shall be identified by the 
same Chargingld. Therefore the Chargingld shall allow the GGSN to correlate an online charging session with an 
offline charging session. According TS23.125 [70] the service data flow shall be identified by the charging key and, 
optionally, the service identifier. 

This procedure shall only apply when online and offline charging is performed simultaneously for the same session 
(PDP Context) or service. In any other case, the GGSN shall discard the additional charging information sent by the 
OCS in the Diameter Credit Control Credit-Control-Answer messages. 

The PS Furnish Charging Information AVP is described in TS 32.299 [50]. 
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5.3.2.4 Support of Failure Situations 

In case the OCS fails the GGSN must support the Failure Handling procedure and Failover mechanism described in 
3GPPTS 32.299 [50]. 

The Failure Handling Procedure affects the whole online session so in case FBC is enabled, the procedure shall affect 
all services activated during the PDP Context triggering the online charging session. 

According to 3GPP TS 32.299 [50], timer Tx determines the maximum interval the GGSN shall wait for an answer to 
each credit control request sent to the OCS. In case FBC is enabled, it is possible that several concurrent Credit Control 
Request messages are triggered for the same online charging session. In this case, each Credit Control Request message 
shall reset the Tx timer. When Tx expires, GGSN shall execute the Failover and Failure Handling mechanisms 
according to the behaviour described in Annex B. 

Three different actions are described in [402]. In PS domain GGSN shall support the following actions when the failure 
handling mechanism is executed: 

• Terminate: The online session is finished. The associated PDP Context is released (ongoing sessions) or not 
established (new sessions). Failover for ongoing sessions is not supported. Failover for new sessions is always 
supported. 

• Retry &Terminate: The online session is finished. The associated PDP Context is released (ongoing sessions) or not 
established (new sessions). Failover for ongoing sessions is supported. Failover for new sessions is always 
supported. 

• Continue: The online session is finished. The associated PDP Context is established (new sessions) or not released 
(ongoing sessions). Failover for ongoing sessions is supported. Failover for new sessions is always supported. 

• It shall be operator configurable to limit the maximum duration of the PDP Context in this situation. 

In case the user is simultaneously online and offline charged, the failure situation must be registered in the G-CDR 
and/or eG-CDR. When the user is only online charged, the execution of the Failure Handling mechanism with value 
equal to Continue shall imply that a new G-CDR and/or eG-CDR is opened. 
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6 Definition of charging information 

6.1 Data description for PS offline charging 

The tables in the subsequent parts of clause x specify the Mandatory (M), Conditional (C) and Operator optional (0,^or 
Oq) designations. The category of a CDR parameter can have one of two primary values: 

M This parameter is Mandatory and shall always be present in the CDR. 

C This parameter shall be present in the CDR only when certain Conditions are met. These Conditions are 
specified as part of the parameter definition. 

All other parameters are designated as Operator (O) provisionable, which replaced the "Optional" category, specified in 
earlier releases. Using network management functions or specific tools provided by an equipment vendor, operators 
may choose if they wish to include or omit the parameter from the CDR. Once omitted, this parameter is not generated 
in a CDR. To avoid any potential ambiguity, a CDR generating element MUST be able to provide all these parameters. 
Only an operator can choose whether or not these parameters should be generated in their system. 

Those parameters that the operator wishes to be present are further divided into a mandatory and conditional categories: 

Ojyj This is a parameter that, if provisioned by the operator to be present, shall always be included in the CDRs. In 
other words, an Oy^ parameter that is provisioned to be present is a mandatory parameter. 

Oq This is a parameter that, if provisioned by the operator to be present, shall be included in the CDRs when the 
required conditions are met. In other words, an Oq parameter that is configured to be present is a conditional 
parameter. 

The following tables provide a brief description of each CDR parameter. Full definitions of the parameters, sorted by 
the parameter name in alphabetical order, are provided in 3GPP TS 32.298 [51]. 
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6.1 .1 PDP context charging data in SGSN (S-CDR) 

If the collection of CDR data is enabled then the SGSN data specified in the following table shall be available for each 
PDP context. 

Table 6.1.1 : SGSN PDP context data (S-CDR) 



Field 


Category 


Description 


Record Type 


M 


SGSN PDP context record. 


Network Initiated PDP 
Context 


Oc 


A flag that is present if this is a network initiated PDP context. 


Served IMSI 


M 


IMSI of the served party. 


Served IMEI 


Oc 


The IMEI of the ME, if available. 


SGSN Address 


Om 


The IP address of the current SGSN. 


IVIS Networl< Capability 


Om 


The mobile station Network Capability. 


Routing Area Code (RAC) 


Om 


RAC at the time of "Record Opening Time". 


Location Area Code (LAC) 


Om 


LAC at the time of "Record Opening Time". 


Cell Identifier 


Om 


Cell identity for GSM or Service Area Code (SAC) for UMTS at the time of 
"Record Opening Time". 


Charging ID 


M 


PDP context identifier used to identify this PDP context in different records 
created by GSNs. 


GGSN Address Used 


M 


The control plane IP address of the GGSN currently used. The GGSN address is 
always the same for an activated PDP context. 


Access Point Name 
Network Identifier 


Om 


The logical name of the connected access point to the external packet data 
network (network identifier part of APN). 


PDP Type 


Om 


PDP type, i.e. IP, PPP, IHOSS:OSP. 


Served PDP Address 


Oc 


PDP address of the served IMSI, i.e. IPv4 or IPv6. This parameter shall be 
present except when both the PDP type is PPP and dynamic PDP address 
assignment is used. 


List of Traffic Data Volumes 


Om 


A list of changes in charging conditions for this PDP context, each change is time 
stamped. Charging conditions are used to categorize traffic volumes, such as per 
tariff period. Initial and subsequently changed QoS and corresponding data 
volumes are also listed. 


Record Opening Time 


M 


Time stamp when PDP context is activated in this SGSN or record opening time 
on subsequent partial records. 


Duration 


M 


Duration of this record in the SGSN. 


SGSN Change 


C 


Present if this is first record after SGSN change. 


Cause for Record Closing 


M 


The reason for closure of the record from this SGSN. 


Diagnostics 


Om 


A more detailed reason for the release of the connection. 


Record Sequence Number 


C 


Partial record sequence number in this SGSN. Only present in case of partial 
records. 


Node ID 


Om 


Name of the recording entity. 


Record Extensions 


Oc 


A set of network operator/manufacturer specific extensions to the record. 
Conditioned upon the existence of an extension. 


Local Record Sequence 
Number 


Om 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


APN Selection IVIode 


Om 


An index indicating how the APN was selected. 


Access Point Name 
Operator Identifier 


Om 


The Operator Identifier part of the APN. 


Served MSISDN 


Om 


The primary MSISDN of the subscriber. 


Charging Characteristics 


M 


The Charging Characteristics applied to the PDP context. 


RAT Type 


Oc 


This field indicates the Radio Access Technology (RAT) type, e.g. UTRAN or 
GERAN, currently used by the Mobile Station as defined in TS 29.060 [204]. 


CAMEL Information 


Oc 


Set of CAMEL information related to PDP context. For more information see 
Description of Record Fields. This field is present if CAMEL service is activated. 


RNC Unsent Downlink 
Volume 


Oc 


The downlink data volume, which the RNC has not sent to MS. This field is 
present when the RNC has provided unsent downlink volume count at RAB 
release. 


Charging Characteristics 
Selection Mode 


Om 


Holds information about how Charging Characteristics were selected. 


Dynamic Address Flag 


Oc 


Indicates whether served PDP address is dynamic, which is allocated during PDP 
context activation. This field is missing if address is static. 
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6.1 .2 PDP context charging data in GGSN (G-CDR) 

If FBC is disabled and the collection of CDR data is enabled then the GGSN data specified in the following table shall 
be available for each PDP context. 

Table 6.1.2: GGSN PDP context data (G-CDR) 



Field 


Category 


Description 


Record Type 


M 


GGSN PDP context record. 


Network initiated PDP 
context 


Oc 


A flag that is present if this is a network initiated PDP context. 


Served IMSI 


M 


IMSI of the served party. 


Served IMEISV 


Oc 


IMEISV of the ME, if available. 


GGSN Address used 


M 


The control plane IP address of the GGSN used. 


Charging ID 


M 


PDP context identifier used to identify this PDP context in different records 
created by GSNs 


SGSN Address 


M 


List of SGSN addresses used during this record. 


Access Point Name 
Network Identifier 


Om 


The logical name of the connected access point to the external packet data 
network (network identifier part of APN). 


PDP Type 


Om 


PDP type, i.e. IP, PPP, or IHOSS:OSP. 


Served PDP Address 


Oc 


PDP address, i.e. IPv4 or IPv6. This parameter shall be present except when 
both the PDP type is PPP and dynamic PDP address assignment is used. 


Dynamic Address Flag 


Oc 


Indicates whether served PDP address is dynamic, which is allocated during PDP 
context activation. This field is missing if address is static. 


List of Traffic Data Volumes 


Om 


A list of changes in charging conditions for this PDP context, each change is time 
stamped. Charging conditions are used to categorize traffic volumes, such as per 
tariff period. Initial and subsequently changed QoS and corresponding data 
values are also listed. Failure-Handling: This field shall be present in case GGSN 
triggers the Failure-Handling procedure. It shall indicate the Failure Handling 
scenario and the instant the Failure Action is triggered (see annex B). 
Scenarios:Continue/New Session; Continue/Ongoing Session; 
Retry&Terminate/Ongoing Session; Terminate/Ongoing Session 


Record Opening Time 


M 


Time stamp when PDP context is activated in this GGSN or record opening time 
on subsequent partial records. 


IVIS Time Zone 


Oc 


This field contains the MS Time Zone the MS is currently located as defined in 
TS 29.060 [203], if provided by SGSN. 


Duration 


M 


Duration of this record in the GGSN. 


Cause for Record Closing 


M 


The reason for the release of record from this GGSN. 


Diagnostics 


Om 


A more detailed reason for the release of the connection. 


Record Sequence Number 


C 


Partial record sequence number, only present in case of partial records. 


Node ID 


Om 


Name of the recording entity. 


Record Extensions 


Oc 


A set of network operator/manufacturer specific extensions to the record. 
Conditioned upon the existence of an extension. 


Local Record Sequence 
Number 


Om 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


APN Selection IVIode 


Om 


An index indicating how the APN was selected. 


Served MSISDN 


Om 


The primary MSISDN of the subscriber. 


User Location Information 


Oc 


This field contains the User Location Information of the MS as defined in 
TS 29.060 [203], if provided by SGSN. 


Charging Characteristics 


M 


The Charging Characteristics applied to the PDP context. 


Charging Characteristics 
Selection Mode 


Om 


Holds information about how Charging Characteristics were selected. 


IMS Signalling Context 


Oc 


Included if the IM-CN Subsystem Signalling Flag is set, see [201]PDP context is 
used for IMS signalling. 


External Charging Identifier 


Oc 


Holds a Charging Identifier and is present only if it is received from a non-GPRS, 
external network entity 


SGSN PLMN Identifier 


Om 


SGSN PLMN Identifier (MCC and MNC) used during this record. 
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Field 


Category 


Description 


PS Furnish Charging 
Information 


Oc 


Online charging session specific information 


CAMEL Information 


Oc 


Set of CAIVIEL information related to PDP context.This field is present if CAIVIEL 
Charging Information is received by the GGSN in the GTP Create PDP context 
request. 


RAT Type 


Oc 


This field indicates the Radio Acces Technology (RAT) type currently used by the 
Mobile Station as defined in TS 29.060 [204]. The field is present in the G-CDR if 
provided by SGSN. 
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6.1 .3 FBC enhanced PDP context charging data in GGSN (eG-CDR) 

If FBC is enabled and the collection of CDR data is enabled then the GGSN data specified in the following table shall 
be available for each PDP context. The details of the "List of service Data Flow" parameter is ffs. The need for eG-CDR 
as opposed to expanding the existing G-CDR for FBC is ffs. 

Table 6.1.3: GGSN FBC enhanced PDP context data (eG-CDR) 



Field 


Category 


Description 


Record Type 


M 


Enhanced GGSN PDP context record. 


Network initiated PDP 
context 


Oc 


A flag that is present if this is a network initiated PDP context. 


Served IMSI 


M 


IMSI of the served party. 


Served IMEISV 


Oc 


IMEISV of the ME, if available. 


GGSN Address used 


M 


The control plane IP address of the GGSN used. 


Charging ID 


M 


PDP context identifier used to identify this PDP context in different records 
created by GSNs 


SGSN Address 


M 


List of SGSN addresses used during this record. 


Access Point Name 
Network Identifier 


Om 


The logical name of the connected access point to the external packet data 
network (network identifier part of APN). 


PDP Type 


Om 


PDP type, i.e. IP, PPP, or IHOSS:OSP. 


Served PDP Address 


Oc 


PDP address, i.e. IPv4 or IPv6. This parameter shall be present except when 
both the PDP type is PPP and dynamic PDP address assignment is used. 


Dynamic Address Flag 


Oc 


Indicates whether served PDP address is dynamic, which is allocated during PDP 
context activation. This field is missing if address is static. 


List of Traffic Data Volumes 


Om 


A list of changes in charging conditions for this PDP context, each change is time 
stamped. Charging conditions are used to categorize traffic volumes, such as per 
tariff period. Initial and subsequently changed QoS and corresponding data 
values are also listed. 


List of Service Data 
Volumes 


Om 


A list of changes in charging conditions for all service data flows within this PDP 
context, each change is time stamped. Charging conditions are used to 
categorize traffic volumes, such as per tariff period and per service data flow. 
Initial and subsequently changed QoS and corresponding data values are also 
listed. 

Online charging information (PS Furnish Charging Information) may be added per 
each service data flow container in case it is sent by the OCS. 
Failure-Handling: This field shall be present in case GGSN triggers the Failure- 
Handling procedure. It shall indicate the Failure Handling scenario and the instant 
the Failure Action is triggered (see annex B). Scenarios:Continue/New Session; 
Continue/Ongoing Session; Retry&Terminate/Ongoing Session; 
Terminate/Ongoing Session.. 


Record Opening Time 


M 


Time stamp when PDP context is activated in this GGSN or record opening time 
on subsequent partial records. 


IVIS Time Zone 


Oc 


This field contains the MS Time Zone the MS is currently located as defined in 
TS 29.060 [203], if provided by SGSN. 


Duration 


M 


Duration of this record in the GGSN. 


Cause for Record Closing 


M 


The reason for the release of record from this GGSN. 


Diagnostics 


Om 


A more detailed reason for the release of the connection. 


Record Sequence Number 


C 


Partial record sequence number, only present in case of partial records. 


Node ID 


Om 


Name of the recording entity. 


Record Extensions 


Oc 


A set of network operator/manufacturer specific extensions to the record. 
Conditioned upon the existence of an extension. 


Local Record Sequence 
Number 


Om 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


APN Selection Mode 


Om 


An index indicating how the APN was selected. 


Served MSISDN 


Om 


The primary MSISDN of the subscriber. 


User Location Information 


Oc 


This field contains the User Location Information of the MS as defined in 
TS 29.060 [203], if provided by SGSN. 


Charging Characteristics 


M 


The Charging Characteristics applied to the PDP context. 


Charging Characteristics 
Selection Mode 


Om 


Holds information about how Charging Characteristics were selected. 


IMS Signalling Context 


Oc 


Included if the PDP context IM-CN Subsystem Signalling Flag is set, see [201 ]is 
used for IMS signalling. 


External Charging Identifier 


Oc 


A Charging Identifier received from a non-GPRS, external network entity. 
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Field 


Category 


Description 


SGSN PLMN Identifier 


Om 


SGSN PLMN Identifier (MCC and MNC) used during this record. 


PS Furnish Charging 
Information 


oc 


Online charging session specific information 


CAMEL Information 


oc 


Set of CAMEL information related to PDP context. This field is present if CAMEL 
Charging Information Is received by the GGSN in the GTP Create PDP context 
request. 


RAT Type 


Oc 


This field indicates the Radio Acces Technology (RAT) type currently used by the 
Mobile Station as defined in TS 29.060 [204]. The field is present in the eG-CDR 
if provided by SGSN. 



6.1 .4 Mobile Station mobility management data in SGSN (M-CDR) 

If the collection of MS mobility management data is enabled then the SGSN shall start collecting the information 
specified in the following table each time the mobile is attached to the SGSN. 

Table 6.1.4: SGSN Mobile Station mobility management data (M-CDR) 



Field 


Category 


Description 


Record Type 


M 


SGSN mobility management record. 


Served IMSI 


M 


IMSI of the MS. 


Served IMEI 


Oc 


The IMEI of the ME, if available. 


SGSN Address 


Om 


The IP address of the current SGSN. 


MS Network Capability 


Om 


The mobile station network capability. 


Routing Area Code 


Om 


Routing Area at the time of the Record Opening Time. 


Local Area Code 


Om 


Location Area Code at the time of Record Opening Time. 


Cell Identifier 


Om 


The Cell Identity for GSM or Service Area Code (SAC) for UMTS at the time of 
the Record Opening Time. 


Change of Location 


Oc 


A list of changes in Routing Area Code, each with a time stamp. This field is not 
required if partial records are generated when the location changes. 


Record Opening Time 


M 


Timestamp when MS is attached to this SGSN or record opening time on 
following partial record. 


Duration 


Om 


Duration of this record. 


SGSN Change 


C 


Present if this is first record after SGSN change. 


Cause for Record Closing 


M 


The reason for the closure of the record in this SGSN. 


Diagnostics 


Om 


A more detailed reason for the release of the connection. 


Record Sequence Number 


C 


Partial record sequence number in this SGSN; only present in case of partial 
records. 


Node ID 


Om 


Name of the recording entity. 


Record Extensions 


Oc 


A set of network operator/manufacturer specific extensions to the record. 
Conditioned upon the existence of an extension. 


Local Record Sequence 
Number 


Om 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Served MSISDN 


Om 


The primary MSISDN of the subscriber. 


Charging Characteristics 


M 


The Charging Characteristics used by the SGSN. 


CAMEL Information 


Oc 


Set of CAMEL information related to Attach/Detach session. For more information 
see Description of Record Fields. This field is present if CAMEL service is 
activated. 


RAT Type 


Oc 


This field indicates the Radio Access Technology (RAT) type, e.g. UTRAN or 
GERAN, currently used by the Mobile Station as defined in TS 29.060 [204]. 


Charging Characteristics 
Selection Mode 


Om 


Holds information about how Charging Characteristics were selected. 
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6.1 .5 SMS-MO data in SGSN (S-SMO-CDR) 

If enabled, an S-SMO-CDR SGSN Mobile originated SMS record shall be produced for each short message sent by a 
mobile subscriber via the SGSN. The fields in the record are specified in the following table. 

Table 6.1.5: SGSN Mobile originated SMS record (S-SMO-CDR) 



Field 


Category 


Description 


Record Type 


M 


SGSN Mobile Originated SMS. 


Served IMSI 


M 


The IMSI of the subscriber. 


Served IMEI 


Oc 


The IMEI of the ME, if available. 


Served MSISDN 


Om 


The primary MSISDN of the subscriber. 


MS Network Capability 


Om 


The mobile station network capability. 


Service Centre 


Om 


The address {E.164) of the SMS-service centre. 


Recording Entity 


Om 


The E.164 number of the SGSN. 


Location Area Code 


Om 


The Location Area Code from which the message originated. 


Routing Area Code 


Om 


The Routing Area Code from which the message originated. 


Cell Identifier 


Om 


The Cell Identity for GSM or Service Area Code (SAC) for UMTS from which the 
message originated. 


IVIessage Reference 


M 


A reference provided by the MS uniquely identifying this message. 


Event Time Stamp 


M 


The time at which the message was received by the SGSN from the subscriber. 


SMS Result 


C 


The result of the attempted delivery if unsuccessful. 


Record Extensions 


Oc 


A set of network operator/ manufacturer specific extensions to the record. 
Conditioned upon the existence of an extension. 


Node ID 


Om 


Name of the recording entity. 


Local Record Sequence 
Number 


Om 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Charging Characteristics 


M 


The Charging Characteristics flag set used by the SGSN. 


RAT Type 


Oc 


This field indicates the Radio Access Technology (RAT) type, e.g. UTRAN or 
GERAN, currently used by the Mobile Station as defined in TS 29.060 [204]. 


Destination Number 


Om 


The destination short message subscriber number. 


CAMEL Information 


Oc 


Set of CAMEL information related to SMS session. For more information see 
Description of Record Fields. This field is present if CAMEL service is activated. 


Charging Characteristics 
Selection Mode 


Om 


Holds information about how Charging Characteristics were selected. 
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6.1 .6 SMS-MT data in SGSN (S-SMT-CDR) 

If enabled, an SGSN Mobile terminated SMS record shall be produced for each short message received by a mobile 
subscriber via the SGSN. The fields in the record are specified in the following table. 

Table 6.1.6: SGSN Mobile terminated SMS record (S-SMT-CDR) 



Field 


Category 


Description 


Record Type 


M 


SGSN Mobile Terminated SMS. 


Served IMSI 


M 


The IMSI of the subscriber. 


Served IMEI 


Oc 


The IMEI of the ME, if available. 


Served MSISDN 


Om 


The primary MSISDN of the subscriber. 


MS Network Capability 


Om 


The mobile station network capability. 


Service Centre 


Om 


The address {E.164) of the SMS-service centre. 


Recording Entity 


Om 


The E.164 number of the SGSN. 


Location Area Code 


Om 


The Location Area Code to which the message was delivered. 


Routing Area Code 


Om 


The Routing Area Code to which the message was delivered. 


Cell Identifier 


Om 


The Cell Identity for GSM or Service Area Code (SAC) for UMTS to which the 
message was delivered. 


Event Time Stamp 


M 


Delivery time stamp, time at which message was sent to the MS by the SGSN. 


SMS Result 


C 


The result of the attempted delivery if unsuccessful. 


Record Extensions 


Oc 


A set of network operator/manufacturer specific extensions to the record. 
Conditioned upon the existence of an extension. 


Node ID 


Om 


Name of the recording entity. 


Local Record Sequence 
Number 


Om 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Charging Characteristics 


M 


The Charging Characteristics flag set used by the SGSN. 


RAT Type 


Oc 


This field indicates the Radio Access Technology (RAT) type, e.g. UTRAN or 
GERAN, currently used by the Mobile Station as defined in TS 29.060 [204]. 


Charging Characteristics 
Selection Mode 


Om 


Holds information about how Charging Characteristics were selected. 


CAMEL Information 


Oc 


Set of CAMEL information related to SMS session. For more information see 
Description of Record Fields. This field is present if CAMEL service is activated. 
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6.1 .7 Mobile terminated location request (LCS-MT-CDR) 

If enabled, an SGSN Mobile terminated LCS record shall be produced for each mobile terminated location request that 
is performed via the SGSN. The fields in the record are specified in the following table. 

Table 6.1.7: SGSN Mobile terminated LCS record (SGSN-LCS-MT) 



Field 


Category 


Description 


Record Type 


M 


SGSN Mobile Terminated LCS. 


Recording Entity 


M 


The E.164 number of the SGSN. 


LCS Client Type 


M 


The type of the LCS client that invoked the LR. 


LCS Client Identity 


M 


Further identification of the LCS client. 


Served IMSI 


M 


The IMSI of the subscriber. 


Served MSISDN 


Om 


The primary MSISDN of the subscriber. 


SGSN Address 


Om 


The IP address of the current SGSN. 


Location Type 


M 


The type of the estimated location. 


LCS QoS 


C 


QoS of the LR, if available. 


LCS Priority 


C 


Priority of the LR, if available. 


IVILC Number 


M 


The E.164 address of the requesting GMLC. 


Event Time stamp 


M 


The time at which the Perform Location Request is sent by the SGSN. 


IVIeasurement Duration 


Om 


The duration of proceeding the location request. 


Notification To IVIS User 


C 


The privacy notification to MS user that was applicable when the LR was invoked, 
if available. 


Privacy Override 


C 


This parameter indicates the override MS privacy by the LCS client, if available. 


Location 


Om 


The LAC and CI when the LR is received. 


Routing Area Code 


Om 


The Routing Area Code to which the LCS terminated. 


Location Estimate 


Oc 


The location estimate for the subscriber if contained in geographic position and 
the LR was successful. 


Positioning Data 


C 


The positioning method used or attempted, if available. 


LCS Cause 


Oc 


The result of the LR if any failure or partial success happened as known at radio 
interface. 


Cause for Record Closing 


M 


The reason for closure of the record from this SGSN. 


Diagnostics 


C 


A more detailed information about the Cause for Record Closing if any failure or 
partial success happened. 


Node ID 


Om 


Name of the recording entity. 


Local Record Sequence 
Number 


Om 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Charging Characteristics 


M 


The Charging Characteristics used by the SGSN. (always use the subscribed 
CC). 


Charging Characteristics 
Selection IVIode 


Om 


Holds information about how Charging Characteristics were selected, 
(only subscribed/home default/visited default). 


RAT Type 


Oc 


This field indicates the Radio Access Technology (RAT) type, e.g. UTRAN or 
GERAN, currently used by the Mobile Station as defined in TS 29.060 [204]. 


Record Extensions 


Oc 


A set of network operator/manufacturer specific extensions to the record. 
Conditioned upon the existence of an extension. 
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6.1 .8 Mobile originated Location request (LCS-MO-CDR) 

If enabled, an SGSN Mobile originated LCS record shall be produced for each mobile originated location request that is 
performed via the SGSN. The fields in the record are specified in the following table. 

Table 6.1.8: SGSN Mobile originated LCS record (SGSN-LCS-IVIO) 



Field 


Category 


Description 


Record Type 


M 


SGSN Mobile Originated LCS. 


Recording Entity 


M 


The E.164 number of the SGSN. 


LCS Client Type 


C 


The type of the LCS client that invoked the LR, if available. 


LCS Client Identity 


C 


Further identification of the LCS client, if available. 


Served IMSI 


M 


The IMSI of the subscriber. 


Served MSISDN 


Om 


The primary MSISDN of the subscriber. 


SGSN Address 


Om 


The IP address of the current SGSN. 


Location IVIethod 


M 


The type of the location request. 


LCS QoS 


C 


QoS of the LR, if available. 


LCS Priority 


Oc 


Priority of the LR, if available. 


IVILC Number 


c 


The E.164 address of the involved GMLC, if applicable. 


Event Time stamp 


M 


The time at which the Perform Location Request is sent by the SGSN. 


IVIeasurement Duration 


Om 


The duration of proceeding the location request. 


Location 


Om 


The LAC and CI when the LR is received. 


Routing Area Code 


Om 


The Routing Area Code from which the LCS originated. 


Location Estimate 


Oc 


The location estimate for the subscriber if contained in geographic position and 
the LR was successful. 


Positioning Data 


C 


The positioning method used or attempted, if available. 


LCS Cause 


Oc 


The result of the LR if any failure or partial success happened as known at radio 
interface. 


Cause for Record Closing 


M 


The reason for closure of the record from this SGSN. 


Diagnostics 


C 


A more detailed information about the Cause for Record Closing if any failure or 
partial success happened. 


Node ID 


Om 


Name of the recording entity. 


Local Record Sequence 
Number 


Om 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Charging Characteristics 


M 


The Charging Characteristics flag set used by the SGSN. 


Charging Characteristics 
Selection IVIode 


Om 


Holds information about how Charging Characteristics were selected. 


RAT Type 


Oc 


This field indicates the Radio Access Technology (RAT) type, e.g. UTRAN or 
GERAN, currently used by the Mobile Station as defined in TS 29.060 [204]. 


Record Extensions 


Oc 


A set of network operator/manufacturer specific extensions to the record. 
Conditioned upon the existence of an extension. 
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6.1 .9 Network induced Location request (LCS-NI-CDR) 

If enabled, an SGSN Network induced LCS record shall be produced for each network induced location request that is 
performed via the SGSN. The fields in the record are specified in the following table. 

Table 6.1.9: SGSN Network induced LCS record (SGSN-LCS-NI) 



Field 


Category 


Description 


Record Type 


M 


SGSN Network Induced LCS. 


Recording Entity 


M 


The E.164 number of the SGSN. 


LCS Client Type 


C 


The type of the LCS client that invoked the LR, if available. 


LCS Client Identity 


C 


Further identification of the LCS client, if available. 


Served IMSI 


C 


The IIVISI of the subscriber if supplied. 


Served MSISDN 


C 


The primary MSISDN of the subscriber if supplied. 


SGSN Address 


Om 


The IP address of the current SGSN. 


Served IMEI 


Oc 


The IMEI of the ME, if available. 


LCS QoS 


c 


QoS of the LR, if available. 


LCS Priority 


c 


Priority of the LR, if available. 


IVILC Number 


c 


The E.164 address of the involved GMLC, if applicable. 


Event Time stamp 


M 


The time at which the Perform Location Request is sent by the SGSN. 


IVIeasurement Duration 


Om 


The duration of proceeding the location request. 


Location 


Om 


The LAC and CI when the LR is received. 


Routing Area Code 


Om 


The Routing Area Code from which the LCS originated. 


Location Estimate 


Oc 


The location estimate for the subscriber if contained in geographic position and 
the LR was successful. 


Positioning Data 


C 


The positioning method used or attempted, if available. 


LCS Cause 


Oc 


The result of the LR if any failure or partial success happened as known at radio 
interface. 


Cause for Record Closing 


M 


The reason for closure of the record from this SGSN. 


Diagnostics 


C 


A more detailed information about the Cause for Record Closing if any failure or 
partial success happened. 


Node ID 


Om 


Name of the recording entity. 


Local Record Sequence 
Number 


Om 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Charging Characteristics 


M 


The Charging Characteristics flag set used by the SGSN. 


Charging Characteristics 
Selection IVIode 


Om 


Holds information about how Charging Characteristics were selected. 


RAT Type 


Oc 


This field indicates the Radio Access Technology (RAT) type, e.g. UTRAN or 
GERAN, currently used by the Mobile Station as defined in TS 29.060 [204]. 


Record Extensions 


Oc 


A set of network operator/manufacturer specific extensions to the record. 
Conditioned upon the existence of an extension. 
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6.1 .1 MBMS bearer context charging data in SGSN (S-MB-CDR) 

If the collection of CDR data is enabled then the SGSN data specified in the following table shall be available for each 
MBMS bearer context. 

Table 6.1.10: SGSN MBMS bearer context data (S-MB-CDR) 



Field 


Category 


Description 


Record Type 


M 


SGSN IVIBIVIS bearer context record. 


GGSN Address used 


M 


Tlie control plane IP address of the GGSN used. 


Charging ID 


M 


Bearer context identifier used to identify this IVIBIVIS bearer context in different 
records created by GSNs 


List of Downstream Nodes 


M 


List of BSC/RNC addresses used during this record, equivalent to the list of 
downstream nodes defined in TS 23.246 [207]. 


Access Point Name 
Network Identifier 


Om 


The logical name of the connected access point to the BIVI-SC (network identifier 
part of APN). 


Served PDF Address 


Oc 


Indicates the IP Multicast address used for the MBMS bearer context.. 


List of Traffic Data Volumes 


Om 


A list of changes in charging conditions for this MBMS bearer context, each 
change is time stamped. Charging conditions are used to categorize traffic 
volumes, such as per tariff period. It shall include the required bearer capabilities 
(OoS Negotiated) 


Record Opening Time 


M 


Time stamp when MBMS bearer context is activated in this SGSN or record 
opening time on subsequent partial records. 


Duration 


M 


Duration of this record in the SGSN. 


Cause for Record Closing 


M 


The reason for the release of record from this SGSN. 


Diagnostics 


Om 


A more detailed reason for the release of the connection. 


Record Sequence Number 


C 


Partial record sequence number, only present in case of partial records. 


Node ID 


Om 


Name of the recording entity. 


Record Extensions 


Oc 


A set of network operator/manufacturer specific extensions to the record. 
Conditioned upon the existence of an extension. 


Local Record Sequence 
Number 


Om 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


Number of receiving UEs 


Oc 


Indicates the number of UEs receiving the MBMS bearer service 


IVIBIVIS Information 


Om 


MBMS related information related to MBMS bearer context being charged, 
defined in TS 32.273 [32]. 
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6.1 .1 1 MBMS bearer context charging data in GGSN (G-MB-CDR) 

If the collection of CDR data is enabled then the GGSN data specified in the following table shall be available for each 
MBMS bearer context. 

Table 6.1 .1 1 : GGSN MBMS bearer context data (G-MB-CDR) 



Field 


Category 


Description 


Record Type 


M 


GGSN IVIBIVIS bearer context record. 


GGSN Address used 


M 


Tlie control plane IP address of the GGSN used. 


Charging ID 


M 


Bearer context identifier used to identify this IVIBMS bearer context in different 
records created by GSNs 


List of Downstream Nodes 


M 


List of SGSN addresses used during this record, equivalent to the list of 
downstream nodes defined in TS 23.246 [207]. 


Access Point Name 
Network Identifier 


Om 


The logical name of the connected access point to the BIVI-SC (network identifier 
part of APN). 


Served PDF Address 


Oc 


Indicates the IP Multicast address used for the MBMS bearer context. 


List of Traffic Data Volumes 


Om 


A list of changes in charging conditions for this MBMS bearer context, each 
change is time stamped. Charging conditions are used to categorize traffic 
volumes, such as per tariff period. It shall include the required bearer capabilities 
(OoS Negotiated). 


Record Opening Time 


M 


Time stamp when MBMS bearer context is activated in this GGSN or record 
opening time on subsequent partial records. 


Duration 


M 


Duration of this record in the GGSN. 


Cause for Record Closing 


M 


The reason for the release of record from this GGSN. 


Diagnostics 


Om 


A more detailed reason for the release of the connection. 


Record Sequence Number 


C 


Partial record sequence number, only present in case of partial records. 


Node ID 


Om 


Name of the recording entity. 


Record Extensions 


Oc 


A set of network operator/manufacturer specific extensions to the record. 
Conditioned upon the existence of an extension. 


Local Record Sequence 
Number 


Om 


Consecutive record number created by this node. The number is allocated 
sequentially including all CDR types. 


IVIBIVIS Information 


Om 


MBMS related information related to MBMS bearer context being charged, 
defined in TS 32.273 [32]. 



6.2 Data description for PS Online Charging 
6.2.1 Diameter message contents 



6.2.1.1 



Summary of Online Charging Message Formats 



The PS Online Charging uses the Credit-Control-Request (CCR) and Credit-Control-Answer (CCA) messages defined 
in TS 32.299 [50]. 

The following table describes the use of these messages for PDF context based online charging. 

Table 6.2.1.1.1 : Online Charging Messages Reference Table for PDP context 



Command-Name 


Source 


Destination 


Abbreviation 


Credit-Control-Request 


GGSN 


OCS 


CCR 


Credit-Control-Answer 


OCS 


GGSN 


CCA 



The following table describes the use of these messages for Flow based online charging. 
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Table 6.2.1.1.2 : Online Charging IVIessages Reference Table for FBC 



Command-Name 


Source 


Destination 


Abbreviation 


Credit-Control-Request 


TPF 


ocs 


CCR 


Credit-Control-Answer 


ocs 


TPF 


CCA 



6.2.1 .2 Structure for the Credit Control Message Formats 

This subclause describes the AVPs used in the credit control messages. 



6.2.1.2.1 



Credit-Control-Request Message 



The following table illustrates the basic structure of a Diameter CCR message from the TPF as used for PS online 
charging. 

Table 6.2.1.2.1 : Credit-Control-Request (CCR) Message Contents 



AVP 


Category 


Description 


Session-Id 


M 


Described in TS 32.299 [50] 


Origin-Host 


M 


Described in TS 32.299 [50] 


Origin-Realm 


M 


Described in TS 32.299 [50] 


Destination-Realm 


M 


Described in TS 32.299 [50] 


Auth-Application-ld 


M 


Described in TS 32.299 [50] 


Service-Context-Id 


M 


Described in TS 32.299 [50] 


CC-Request-Type 


M 


Described in TS 32.299 [50] 


CC-Request-Number 


M 


Described in TS 32.299 [50] 


Destination-Host 


Om 


Described in TS 32.299 [50] 


User-Name 


Om 


Described in TS 32.299 [50] 


Origin-State-Id 


Oc 


Described in TS 32.299 [50] 


Event-Tlmestamp 


Oc 


Described in TS 32.299 [50] 


Subscription-Id 


Om 


Described in TS 32.299 [50]. 

As a minimum the IMSI and the IVISISDN have to be included. 


User-Equipment-Info 


Oc 


Described in TS 32.299 [50]. 
Contains the IMEISV. 


Termination-Cause 


Oc 


Described in TS 32.299 [50] 


Requested-Service-Unit 


Oc 


Described in TS 32.299 [50] 


IVIultiple-Services-lndicator 


Oc 


Described in TS 32.299 [50] 


IVIultiple-Services-Credit Control 


Oc 


Described in TS 32.299 [50] 


Route-Record 


Oc 


Described in TS 32.299 [50] 


User-Equipment-Info 


Oc 


Described in TS 32.299 [50] 


AVP 


Om 


Described in TS 32.299 [50] 


Service-Information 


Oc 


Described in TS 32.299 [50] 


PS-Information 


Oc 


Described in subclause 6.2.2.1 


IMS-Information 


Oc 


Described in subclause 6.2.2.2 



The full description of the AVPs is specified in TS 32.299 [50]. 
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6.2.1.2.2 



Credit-Control-Answer Message 



The following table illustrates the basic structure of a DCCA message as used for the TPF. This message is always used 
by the OCS as specified below, independent of the receiving TPF and the CCR request type that is being replied to. 

Table 6.2.1.2.2 : Credit-Control-Answer (CCA) Message Contents 



AVP 


Category 


Description 


{Session-Id} 


M 


Described in 32.299 [50] 


{Result-Code} 


M 


Described in 32.299 [50] 


{Origin-Host} 


M 


Described in 32.299 [50] 


{Origin-Realm} 


M 


Described in 32.299 [50] 


{Destination-Realm} 




Described in 32.299 [50] 


{Auth-Application-ld} 


M 


Described in 32.299 [50] 


{CC-Request-Type 


M 


Described in 32.299 [50] 


{CC-Request-Number} 


M 


Described in 32.299 [50] 


[Origin-State-Id] 


- 


Described in 32.299 [50] 


[Event-Tlmestamp] 


- 


Described in 32.299 [50] 


[Service-Identifier] 




Described in 32.299 [50] 


[Termination-Cause] 




Described in 32.299 [50] 


*[Multiple-Services-Credit-Control] 


Om 


Described in 32.299 [50] 


[CC-Session-Failover] 


Oc 


Described in 32.299 [50] 


[Final-Unit-lndication] 


Oc 


Described in 32.299 [50] 


[Credit-Control-Failure-Handling] 


Oc 


Described in 32.299 [50] 


[Validity-Time] 


Om 


Described in 32.299 [50] 


[Redirect-Host] 


Oc 


Described in 32.299 [50] 


[Redirect-Host-Usage] 


Oc 


Described in 32.299 [50] 


[Redirect-IVIax-Cache-Time] 


Oc 


Described in 32.299 [50] 


[Failed-AVP] 


Oc 


Described in 32.299 [50] 


*[Route-Record] 


Oc 


Described in 32.299 [50] 


*[AVP] 


Om 


Described in 32.299 [50] 
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6.2.2 AVPs for PS Online Charging on tine Ro interface 

AVPs that are used for PS online charging are provided in the Service-Information AVP. 

The use of the Attribute Value Pairs (AVPs) that are defined in the Diameter Base [401] and DCCA [402] is available 
in the Diameter application specification TS 32.299 [50]. 

6.2.2.1 Definition of the PS-Information AVP 

The detailed structure of the PS-Information AVP can be found in the following table. 

The AVP header bit denoted as 'M', indicates whether support of the AVP is required. The AVP header bit denoted as 
'V, indicates whether the optional Vendor-ID field is present in the AVP header. For further details, see Diameter Base 

[401]. 

Table 6.2.2.1 : Structure of the PS-Information AVP 











AVP Flag rules 


AVP Name 


AVP 
Code 


Defined 


Value Type 


Must 


May 


Should 
not 


Must 
not 


3GPP-Charging-ld 


2 


[205] 












3GPP-PDP-Type 


3 


[205] 












PDP-Address 




[50] 


Address 










3GPP-GPRS-Negotiated-QoS-Profile 


5 


[205] 












SGSN-Address 




[50] 


Address 










GGSN-Address 




[50] 


Address 










GG-Address 




[50] 


Address 










3GPP-IMSI-MCC-MNC 


8 


[205] 












3GPP-GGSN- MCC-MNC 


9 


[205] 












3GPP-NSAPI 


10 


[205] 












Galled-Station-ld [See Note] 


30 


[50] 


UTFSString 










3GPP-Session-Stop-lndicator 


11 


[205] 












3GPP-Selection-Mode 


12 


[205] 












3GPP-Gharging-Characteristics 


13 


[205] 












3GPP-SGSN-MCC-MNC 


18 


[205] 












3GPP-MS-TimeZone 


23 


[205] 












3GPP-CAMEL-Charging-lnfo 


24 


[205] 












Gharging-Rule-Base-Name 


1004 


[71] 












3GPP-User-Location-lnfo 


22 


[205] 












3GPP-RAT-Type 


21 


[205] 













NOTE: This AVP contains the identifier of the access point (APN) the user is connected to. 



6.2.2.2 



Definition of the IMS Information AVP 



The full definition of the IMS -Information AVP can be found in 3GPP TS 32.299 [50]. The detailed structure of the 
IMS -Information AVP applicable to PS online charging only can be found in the following table. 

The AVP header bit denoted as 'M', indicates whether support of the AVP is required. The AVP header bit denoted as 
'V, indicates whether the optional Vendor-ID field is present in the AVP header. For further details, see Diameter Base 
[401]. 

Table 6.2.2.2 : Structure of the IMS-Information AVP 











AVP Flag rules 


AVP Name 


AVP Code 


Defined 


Value Type 


Must 


May 


Should not 


Must not 


IMS-Charging-ldentifier 




[50] 


UTFSString 
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Annex A (normative): 
Charging characteristics 

Editor"s note: investigate changes needed for FBC, e.g. the use of the 'Prepaid' flag. 

Charging Characteristics can be supplied by the HLR to the SGSN as part of the subscription information. A subscriber 
may have charging characteristics assigned to his subscription and/or his subscribed APNs. The SGSN applies a 
pre-configured default if no charging characteristics are supplied by the HLR. The SGSN shall support three different 
charging characteristics default configurations: 

• the home default profile for subscribers of the SGSN's PLMN; 

• the visiting default profile for visitors using a GGSN belonging to the same PLMN as the SGSN; 

• the roaming default profile for visitors using a GGSN belonging to their home PLMN. 

The SGSN can determine the GGSN PLMN from the operator identifier part of the APN. Optionally the SGSN may 
support several visiting and roaming default profiles based on the MNC/MCC combination of the subscriber. 

In the case of a home subscriber, the charging characteristics are selected by the SGSN according to the following 
procedures. For PDP context specific charging characteristics (i.e. those used for the S-CDRs that are generated for this 
PDP context): 

• If the MS requests a particular APN then: 

* If the SGSN accepts this request (i.e. it has been verified against the subscription) then: 

■ If it has been matched against the wildcard APN then: 

If charging characteristics for the wildcard APN are present in the subscription information then they 
shall be used; 

If no charging characteristics are present for the wildcard APN but subscription related charging 
characteristics are present, then they shall be chosen; 

If neither of the two are present then the SGSN home default shall be applied. 

■ If it has been matched against a specific subscribed APN then: 

If charging characteristics for this APN are present in the subscription information then they shall be 
used; 

If no charging characteristics are present for the APN but subscription related charging characteristics 
are present, then they shall be chosen; 

If neither of the two are present then the SGSN home default shall be applied. 

* If the SGSN rejects the request then charging characteristics selection does not apply. 

• If the MS does not request an APN then: 

* If the SGSN chooses a subscribed APN then: 

■ If charging characteristics for this APN are present in the subscription information then they shall be 
used; 

■ If no charging characteristics are present for the APN but subscription related charging characteristics are 
present, then they shall be chosen; 

■ If neither of the two are present then the SGSN home default shall be applied. 
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* If only the wildcard APN is present in the subscription, i.e. the SGSN applies its configured default APN 
then: 

■ If charging characteristics for the wildcard APN are present in the subscription information then they 
shall be used; 

■ If no charging characteristics are present for the wildcard APN but subscription related charging 
characteristics are present, then they shall be chosen; 

■ If neither of the two are present then the SGSN home default shall be applied. 

For the non-PDP context specific CDR types, i.e. the M-CDRs and the SMS CDRs, the SGSN appUes the subscription 
specific charging characteristics, or, if not supplied, it shall choose the home default profile as defined above. 

In case of subscribers from other PLMNs, the SGSN may be configured to either apply the "home subscriber case" 
charging characteristics selection procedure defined above, or to ignore charging characteristics provided by the 
subscriber's HLR, and apply a default configuration instead. If default charging characteristics are selected for the 
foreign subscriber, then the SGSN shall choose either the visiting or roaming default profile for the PDP context 
specific charging characteristics, according to the roaming or visiting scenario, as described above. For M-CDRs and 
SMS CDRs, the operator can configure if the roaming or the visiting profile shall be applied, since no GGSN is 
involved. 

Upon activation of a PDP context, the SGSN forwards the charging characteristics to the GGSN according to the 
following rules: 

• if charging characteristics were received from the HLR, then they shall be sent as provided by the HLR, 
regardless of the home, visiting, or roaming case, and regardless of whether the SGSN applies the HLR supplied 
charging characteristics or chooses to ignore them; 

• if no charging characteristics were received from the HLR, then the SGSN does not forward any charging 
characteristics to the GGSN. 

The above procedure implies that no explicit transfer of the Charging Characteristics Selection Mode (see 
3GPP TS 23.060 [201]) to the GGSN is necessary, because it is impHcitly given as "subscribed" when the GGSN 
receives charging characteristics from the SGSN, and "non-subscribed" otherwise. 

The GGSN shall also apply charging characteristics to its PDP contexts. It shall either apply the SGSN supplied 
parameters, or it may be configured to ignore the SGSN supplied charging characteristics in any combination of the 
following cases: 

• visiting case, i.e. the subscriber belongs to a different PLMN; 

• roaming case, i.e. the SGSN belongs to a different PLMN; 

• home case, i.e. the subscriber belongs to the same PLMN as the GGSN; or 

• unconditionally, i.e. it always ignores the SGSN supplied parameters. 

If the GGSN ignores the parameters supplied by the SGSN, it shall nevertheless accept the PDP context request. It shall 
then apply its own pre-configured charging characteristics as appropriate, i.e. the home, visiting or roaming profile. The 
GGSN shall support the configuration of one set of default charging characteristics (i.e. home, visiting, roaming) for 
each of its supported APNs. 

Charging Characteristics consists of a string of 16 bits designated as Profile (P) and Behaviour (B), shown in 
3GPP TS 32.298 [41]. The first four bits (P) shall be used to select different charging trigger profiles, where each 
profile consists of the following trigger sets: 

• S-CDR: activate/deactivate CDRs, time limit, volume limit, maximum number of charging conditions, tariff 

times; 

• G-CDR: same as SGSN, plus maximum number of SGSN changes; 

• M-CDR: activate/deactivate CDRs, time limit, and maximum number of mobility changes; 

• SMS-MO-CDR: activate/deactivate CDRs; 
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• SMS-MT-CDR: active/deactivate CDRs. 

• LCS-MO-CDR. 

• LCS-MT-CDR. 

• LCS-NI-CDR. 

In addition to these trigger sets, the profile may also specify an optional charging gateway address. If this CGF address 
is configured in the GGSN's selected trigger profile, the GGSN shall apply it for the G-CDRs and send this charging 
gateway address in its GTP message exchange with the SGSN (overriding any other GGSN configured CGF address). 
In the home or visiting case, the SGSN shall apply the received CGF address to the S-CDRs pertaining to this PDP 
context. In the roaming case, or if no address is received from the GGSN, then the SGSN shall use the CGF address 
from its own selected charging characteristics trigger profile, or, if it does not exist, use the default CGF address. For 
M-CDRs and SMS CDRs, the SGSN shall use the CGF address configured in the charging characteristics that it applies 
to the respective CDRs, or if no such address is configured then the default CGF shall be used. 

Table A. 1 is an informative example intended for clarification. 

Table A.I : Example of charging characteristics profiles 



Profile Index bits 
0-3 


CGF Address 


S-CDR 


G-CDR 


Active 


Time 
limit 


Volume 
limit 


Change 
cond 


Tariff 
times 


Active 


... 





- 


Yes 


30 min 


100K 


2 


0-7,7-12, 






1 


100.128.35.20 


No 


- 


- 


- 


- 






2 


- 


Yes 


10 min 


50 K 


1 


0-24 

























The remaining 12 (B) bits can be freely assigned to particular charging behaviours that the GSNs support. Examples of 
those behaviours are: 

• Selection of the applicable idle context purge timer, i.e. use global value or use special value. This feature could 
be used to distinguish between customers and/or APNs whose PDP contexts should be purged after short 

(e.g. 30 minutes) or long (e.g. 12 hours) periods of inactivity. 

• Use specific charging gateway address (override all other configured/selected CG addresses). 

• Deactivate SMS-MO-CDRs for customers of the own PLMN using pre-configured SMSC addresses. 

• Disable G-CDRs for roamers that use the HPLMN GGSN. 

• Allow or inhibit the use of own GGSNs by visitors. 

• Allow or inhibit network triggered QoS change (upgrade and/or downgrade). 

The SGSN selects the charging characteristics for M-CDR generation upon the creation of a MM context. Both SGSN 
and GGSN select the charging characteristics for PDP context CDR generation (i.e. S-CDR and G-CDR, respectively) 
upon creation of a PDP context or secondary PDP context. Once selected, the charging characteristics shall be 
maintained throughout the lifetime of the MM or PDP contexts. If the SGSN receives modified subscriber information 
from the HLR (e.g. execution of a stand-alone Insert Subscriber Data procedure) which includes changes to the 
charging characteristics, they shall be applied only to new MM, PDP and secondary PDP contexts, this implies that the 
SGSN shall not send PDP context modifications for the existing PDP contexts to the GGSN. 
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Annex B (normative): 

Tx expiration; Failure Handling procedure and session failover mechanism description 



DIAMETER 
CREDIT- 
CONTROL 
FAILURE 
HANDLING 




Initial CCR, Tx 
expiration 


Initial CCR, Tx 
expiration 




Update CCR, Tx 
expiration 


Update CCR, Tx 
expiration 




Initial CCR, Tx 
expiration for 
second OCS 


UpdaTe CCR, Tx 

expiration for second 

OCS 




Session failover 
enabled 


Session failover 
disabled 


Session failover enabled 


Session failover 
disabled 








Failure Action = 
TERMINATE 


PDP Context is not 
established. 


PDP Context is not 
estabhshed. 


PDP Context is terminated. 
TheG-CDRand eC-CDR are 
marked. 


PDP Context is terminated 
TheG-CDRand eG-CDR are 
marked. 


N/A 


N/A 


Failure Action= 

RETRY & 

TERMINATE 


After Tx expiration, the 
GGSN sends the Initial CCR 
to the secondary OCS. The 
next considerations also 
apply: 

- Tx is restarted. 

- Service is not granted yet, 
i.e. PDP context is not 
accepted yet. 

- If an answer from the first 
OCS is received after the 
first Tx expiration, it is 
ignored. 

In case the secundary OCS is 
not available, the behavior is 
decribed in the colum: 
"Initial CCR, Tx expiration 
for second OCS". 


PDP Context is not 
estabhshed. 


After Tx expiration, the GGSN 
will move all pending update 
CCRs for the online session to 
the secondary OCS. The next 
considerations also apply: 

- Tx is restarted 

- Service is only granted until 
the quota is exhausted. 

- If an answer from the first 
OCS is received after first 
Tx expiration, it is ignored. 

In case the secundary OCS is 
not available, the behavior is 
decribed in the colum: "Update 
CCR, Tx expiration for second 
OCS". 


PDP Context is terminated. 
The G-CDR and eG-CDR are 
marked. 


PDP Context is not 
established. 


PDP Context is terminated. 
TheG-CDRand eG-CDR are 
marked. 
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Failure Action= 


After Tx expiration, the 


The PDF context is 


After Tx expiration, the GGSN 


After the Tx expiration, the 


After the Tx expiration 


After Tx expiration for the 


CONTINUE 


GGSN sends the Initial CCR 


accepted and the credit- 


will move all pending update 


failure handhng mechanism is 


for the secondary OCS, 


secondary OCS, the failure 




to the secondary OCS. The 


control session is 


CCRs for the online session to 


immediately triggered: 


the failure handling 


handling mechanism is 




next considerations also 


considered closed for 


the secondary OCS. The next 


The credit-control session is 


mechanism is 


immediately triggered: 




apply: 


the GGSN. 


considerations also apply: 


considered closed for the 


immediately triggered: 


The credit-control session is 




- Tx is restarted 


The operator can limit 


- Tx is restarted 


GGSN and access to all 


The PDF context is 


considered closed for the 




- Service is only granted 


the duration of the PDF 


- Service is only granted until 


services is granted for an 


accepted and the credit- 


GGSN and access to all 




until the quota is 


Context. 


the quota is exhausted 


operator configurable period of 


control session is 


services is granted for an 




exhausted 




- If an answer from the first 


time. 


considered closed for the 


operator configurable period of 




- If an answer from the first 


The G-CDR and eG- 


OCS is received after the 




GGSN. 


time. 




OCS is received after the 


CDR are marked. 


first Tx expiration, it is 


The G-CDR and eG- 


The operator can limit the 


The G-CDR and eG-CDR are 




first Tx expiration, it is 




ignored. 


CDR are marked. All 


duration of the PDF 


marked. All active service 




ignored. 




In case the secundary OCS is not 


active service data flow 


Context. 

The G-CDR and eG-CDR 


data flow containers 




In case the secundary OCS is 




available, the behavior is 


containers shall be 


are marked. 


shall be added to the 




not available, the behavior is 




decribed in the colum: "Update 


added to the CDR 




CDR 




decribed in the colum: "Initial 




CCR. Tx expiration for second 










CCR, Tx expiration for 




OCS". 










second OCS". 
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Annex C (informative): 
Bibliography 

a) The 3GPP charging specifications 



3GPP TS 32.252: "Telecommunication management; Charging management; Wireless Local Area 
Network (WLAN) charging". 

3GPP TS 32.260: "Telecommunication management; Charging management; IP Multimedia 
Subsystem (IMS) charging". 

b) Common 3GPP specifications 

3GPP TS 22.101: "Service aspects; Service principles". 

3GPP TS 23.002: "Network Architecture". 

3GPP TS 23.003: "Numbering, addressing and identification". 

3GPP TS 27.001 : "General on Terminal Adaptation Functions (TAF) for Mobile Stations (MS)". 

c) other Domain and Service specific 3GPP / ETSI specifications 

3GPP TS 49.031: "Location Services (LCS); Base Station System Application Part LCS extension 
(BSSAP-LE)". 

3GPP TS 24.008: "Mobile radio interface layer 3 specification; Core network protocols; Stage 3". 

3GPP TS 23.040: "Technical reahzation of the Short Message Service (SMS)". 

3GPP TS 32.215: "Telecommunication management; Charging management; Charging data 
description for the Packet Switched (PS) domain (Release 5)". Not propagated beyond Release 5. 

d) Relevant ITU Recommendations 

ITU-T Recommendation D.93: "Charging and accounting in the international land mobile 
telephone service (provided via cellular radio systems)". 

ITU-T Recommendation E. 164: "The international public telecommunication numbering plan". 

ITU-T Recommendation Q.767: "Application of the ISDN user part of CCITT signalling System 
No. 7 for international ISDN interconnections". 

ITU-T Recommendation X.25: "Interface between Data Terminal Equipment (DTE) and Data 
Circuit-terminating Equipment (DCE) for terminals operating in the packet mode and connected to 
public data networks by dedicated circuit". 

ITU-T Recommendation X.121: "International numberig plan for public data networks". 

e) Relevant IETF RFCs 

IETF RFC 959 (1985): "File Transfer Protocol". 
IETF RFC 1350: "The TFT Protocol (Revision 2)" 
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Annex D (informative): 
Change history 



Change history 
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CR 
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- 
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0005 


- 


Correct support of Termination action 


F 


6.1.0 


6.2.0 


Mar 2005 


SA_27 


SP-050027 


0006 




Addition of online charging CCR triggers -Align with TS 23.125 (Overall 
high level functionality and architecture impacts of flow based charging; 
Stage 2) 


F 


6.1.0 


6.2.0 


Mar 2005 


SA_27 


SP-050027 


0007 


- 


Correct FBC Service Data Flow (SDF) determination with charging rules to 
align with SA2"s TS 23.125 and CN3"s TS 29.210 


F 


6.1.0 


6.2.0 


Mar 2005 


SA_27 


SP-050027 


0008 


- 


Correction of Service Data Flow (SDF) specific usage duration in flow 
based charging 


F 
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